对于使用SpringBoot的Java开发人员来说，ÜBER/FAT JAR通常是maven的包阶段的最终结果(如果使用gradle则是构建任务)。

在Fat JAR中，您可以找到一个META-INF目录，其中包含MANIFEST。MF文件与有关Main类的所有信息一起存在。更重要的是，在同一级别的META-INF目录中，您可以找到BOOT-INF目录，其中包含目录库，并包含作为应用程序依赖项的所有.jar文件。

Über是德语中“以上”或“超过”的意思(它实际上与英语中的“over”同源)。

因此，在这个上下文中，super - JAR是一个“over-jar”，比简单的JAR (a)高一级，定义为在一个JAR文件中包含包及其所有依赖项的JAR。这个名字可以被认为与ultrageek、superman、hyperspace和metadata来自同一个群体，它们都有类似的“超出正常”的含义。

这样做的好处是，您可以分发您的super -jar，而完全不关心是否在目的地安装了依赖项，因为您的super -jar实际上没有依赖项。

所有你自己的东西在super -jar中的依赖关系也在这个super -jar中。这些依赖关系的所有依赖关系也是如此。等等。

(a)我可能不应该向Java开发人员解释JAR是什么，但为了完整起见，我将包括它。它是一个Java存档，基本上是一个单独的文件，通常包含许多Java类文件以及相关的元数据和资源。

对于使用SpringBoot的Java开发人员来说，ÜBER/FAT JAR通常是maven的包阶段的最终结果(如果使用gradle则是构建任务)。

在Fat JAR中，您可以找到一个META-INF目录，其中包含MANIFEST。MF文件与有关Main类的所有信息一起存在。更重要的是，在同一级别的META-INF目录中，您可以找到BOOT-INF目录，其中包含目录库，并包含作为应用程序依赖项的所有.jar文件。

一个自包含的、可执行的Java存档。在WildFly Swarm uberjars的情况下，它是一个单独的.jar文件，包含您的应用程序，WildFly支持它所需的部分，一个内部Maven依赖库，加上一个引导它的shim。看到这个

Paxdiablo的定义非常好。

另外，如果你真的想发布一个软件，并且不希望客户自己下载依赖项，请考虑交付一个super -jar有时是非常有用的。作为一个缺点，如果他们自己的策略不允许使用某些库，或者如果他们必须绑定一些额外的组件(slf4j，系统兼容库，arch specialiez库，…)，这可能会增加他们的困难。

你可以这样做:

基本上是用maven-assembly-plugin maven-shade-plugin更进一步

一个更清洁的解决方案是分别提供他们的库;Maven-shade-plugin已经为此预配置了描述符。这并不复杂(使用maven及其插件)。

最后，一个非常好的解决方案是使用OSGI Bundle。有很多关于这方面的好教程:)

有关进一步的配置，请阅读这些主题:

是否应该在客户端jar中提供依赖库? 构建和部署Clojure应用程序的最佳实践:好的教程?

根据super - jar文档方法: 有三种构造super - jar的常用方法:

解包所有JAR文件，然后将它们重新打包到一个JAR中。 工具:Maven汇编插件，Classworlds Uberjar

阴影与无阴影相同，但重命名(即“阴影”)所有依赖的所有包。 工具:Maven阴影插件

JAR中的JAR最后的JAR文件包含嵌入其中的其他JAR文件。 工具:Eclipse JAR文件导出器，One-JAR。