Java 9模块：自动模块能否产生更大（完整）的项目？

Question

我猜自动模块：

http://openjdk.java.net/projects/jigsaw/spec/sotms/#automatic-模块

意味着需要第三方jar的项目的每个模块都必须将该jar打包到自己的模块化jar中。如果是这样的话，那么一个大型多模块应用程序最终是否会比其基于类路径的Java 8应用程序更大呢？我想到了所有几乎无处不在的apache库和其他常见的开源依赖项。

我在未来获得胜利；所有这些第三方库本身都是模块化的，因此只需要分发最小的配置。但是，在短期内，如果没有类路径，难道不会有一些非常庞大的模块化jar吗？还是我遗漏了什么？

Answer 1

您的问题和评论意味着类路径正在消失：事实并非如此。

在讨论自动模块之前，还有其他概念需要理解。

在Java9中，类路径仍然存在，熟悉的遗留jar（即非模块化jar）仍然可以工作。但是，还有一个包含模块化jar的新模块路径。

模块化JAR包含模块信息。类，它非常明确地说明了（a）作为依赖项所需的模块和（b）导出的包。

一个关键点是类路径和模块路径之间的交互：

• 类路径上的遗留jar对modulepath一无所知，因此它们被授予访问所有模块的权限
• 因为类路径通常是混沌的，所以它被称为未命名模块。由于没有名称，modulepath上的模块化JAR无法在其模块信息中引用遗留JAR。java

有了这么多的信息，就不可能以零碎的方式对项目进行模块化：如果应用程序jar需要第三方库，我们将不得不（a）等待库作者对其进行模块化，或者（b）尝试自己对其进行模块化。两者都不是新手。

输入自动模块。它们是驻留在模块路径上的遗留（非模块化）jar。它们充当类路径和模块路径之间的桥梁，因为：

• 自动模块被命名（机制可能是一个单独的问题），并且可以被模块引用
• 自动模块被授予对未命名模块（即类路径上的遗留JAR）和modulepath上的所有模块（即JDK模块）的读取权限

本视频和本视频提供了插图。

Answer 2

我想你误解了自动模块的工作原理。它们的关键特性是，您可以使用现有的非模块化JAR，将它们放在模块路径上，并将它们显示为模块以供编译或在运行时使用。

我猜自动模块意味着需要第三方jar的项目的每个模块都必须将该jar打包到自己的模块化jar中。

不，一点也不。相反，您可以重用现有的jar。