Java中的modulepath环境变量与CLASSPATH类似。

Question

Java中的modulepath环境变量与CLASSPATH类似。

javajava-9java-platform-module-systemmodule-path

3

在以前的Java版本中，如果你有一个自定义包org.mypackage，并且在Windows上使用目录结构，例如：

D:\myprogram\
      |
      ---> org\  
            |
            ---> mypackage\
                     |
                     ---> HelloWorld.class       
                     ---> SupportClass.class   
                     ---> UtilClass.class

你可以使用CLASSPATH环境变量让JVM意识到该包存在。

例如：

set CLASSPATH=D:\myprogram

在最新版本的Java中，set MODULEPATH 命令是否使JVM能够识别用户定义模块的位置？

如果是这样，为什么classpath命令仍然存在，现在它有什么作用？

- Mahamed Ducale

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- tkruse · Accepted Answer

不，jdk不会读取任何MODULEPATH环境变量或类似的变量。

MODULEPATH只存在于命令行参数--module-path中，但不存在于环境变量中。

请参见http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-September/009345.html。

与CLASSPATH不同的是，没有相应的MODULEPATH来从命令行获取选项。

还可以查看链接问题Is it possible to mix --class-path and --module-path in javac (JDK 9)?以获取有关这两个路径之间差异的更多详细信息。

如果将普通jar放在模块路径上，则它会成为自动模块，导出其包（并将这些包保留给自身）。

虽然您可以将任何普通的jar文件放入MODULEPATH中，但有一个限制：如果2个jar文件包含相同的包，则Java将不允许将它们都放在modulepath中。 这就是为什么Java仍然具有classpath，因为一些现有的jar文件仍具有重叠的包，并且不可能将它们全部放在MODULEPATH中。必须先清理它们。

在遥远的未来，当所有库都已迁移到模块（或进行了清理）时，也许可以删除classpath。