Java 9中创建了多少个未命名的模块？

我试图了解JPMS的工作原理。

从这里

类路径还没有完全消失。类路径上的所有JAR（无论是否模块化）和类都将包含在“未命名模块”中。与自动模块相似，它导出所有软件包并读取所有其他模块。但是，它显然没有名字。因此，命名的应用程序模块无法要求和读取它。未命名的模块又可以访问所有其他模块。

请注意...on the classpath will be contained in the Unnamed Module。模块是单数。

从这里

为了兼容性，类路径上的所有代码都打包为一个特殊的未命名模块，没有隐藏的包，并且可以完全访问整个JDK。

再来一次unnamed module。模块是单数。

我是否正确理解，JPMS中始终只有一个未命名的模块？这是否意味着将在Java9之前开发且未针对Java9更新的应用程序将作为一个未命名的模块加载？

我是否正确理解，JPMS中始终只有一个未命名的模块？

一般来说，没有。但是，让我们这样说：如果您将一些甚至所有JAR放在类路径上，而您的应用程序没有创建类加载器来加载任何其他内容，那么您只需要关心一个未命名的模块。

每个模块ClassLoader都有自己的未命名模块，用于表示从类路径加载的类。这是必需的，因为模块系统要求所有内容都在模块中。

正如nullpointer的答案详细解释的那样，默认情况下，应用程序将使用三个单独的类加载器。它可能会启动自己的类加载器，例如加载插件。但是，如果不这样做，所有应用程序代码将最终存储在系统/应用程序类加载器中，因此将存储在相同的未命名模块中。因此，通常只需要关心一个即可。

这是否意味着将在Java9之前开发且未针对Java9更新的应用程序将作为一个未命名的模块加载？

这与代码（应用程序，框架，库）是否以Java 9为目标无关-

它仅取决于放置JAR的路径是类路径还是模块路径。

如果它在类路径中，它将与其他类路径内容一起在未命名模块中结束。对于没有模块描述符的纯JAR，但对于包含一个的模块化JAR，都是如此。

如果在模块路径上，它将获得自己的模块。如果是模块化JAR，它将获得一个显式模块，如整个模块系统状态中所描述的那样-

普通JAR会变成自动模块（请注意复数：每个JAR一个自动模块）。