简而言之，Uber JAR是包含所有内容的JAR。

通常在Maven中，我们依赖于依赖项管理。工件仅包含其自身的类/资源。Maven将负责根据项目的构建时间来找出项目的所有工件（JAR等）。

uber-jar是一个包含所有依赖项的东西，并提取依赖项的内容并将其与项目本身的类/资源放在一个大的JAR中。通过拥有这样的uber-jar，它很容易执行，因为你只需要一个大JAR即可运行大量应用，而无需大量的小JAR。在某些情况下，这也简化了分配。

只是一个旁注。避免将uber-jar用作Maven依赖项，因为它破坏了Maven的依赖项解析功能。通常，我们仅为最终工件创建uber-jar以便进行实际部署或手动分发，而不是将其放入Maven存储库。

更新：我刚刚发现我还没有回答问题的一部分：“重命名依赖包有什么意义？”。这是一些简短的更新，希望对有类似问题的人有所帮助。

创建uber-jar以便于部署是shade插件的一个用例。还有其他一些常见的用例，涉及包重命名。

例如，我正在开发Foo库，这取决于库的特定版本（例如1.0）Bar。假设我无法使用其他版本的Barlib（因为API更改或其他技术问题等）。如果我只是在Maven中声明Bar:1.0为Foo的依赖项，则可能会遇到一个问题：一个Qux项目依赖于Foo，并且也依赖Bar:2.0（并且它不能使用，Bar:1.0因为Qux需要使用中的新功能Bar:2.0）。这是一个难题：应该Qux使用Bar:1.0（哪个Qux代码不起作用）还是Bar:2.0（哪个Foo代码不起作用）？

为了解决此问题，of的开发人员Foo可以选择使用shade插件重命名其用法Bar，以便将Bar:1.0jar中的所有类都嵌入Foojar中，并将嵌入Bar类的包从更改com.bar为com.foo.bar。这样，Qux可以放心地依赖，Bar:2.0因为现在Foo不再依赖Bar，它使用的是Bar位于另一个包中的“更改”的自己的副本。