问CLASSPATH vs java.ext.dirs

EN

java.ext.dirs有一个非常特殊的用途:它用于指定extension mechanism从何处加载类。它用于向JRE或其他库(如JAI)添加功能。它并不是一种通用的类加载机制。

请改用wildcard character *。它是在Java6中引入的，所以很多人仍然不知道这是可能的。

Joachim对通配符的快捷方式提出了一个很好的观点。但由于问题是询问不同之处和需要注意的事项...

一个不同之处是，如果我们在-Djava.ext.dirs标志下指定我们的库，它们将是 (例如sun.misc.Launcher.ExtClassLoader)而不是系统类加载器(例如sun.misc.Launcher.AppClassLoader)。

假设在我们的库中，我们有一个名为Lib的类。我们的应用程序运行以下代码：

public class Main {
    public static void main(String args[]) {
        System.out.println(System.getProperty("java.ext.dirs"));
        ClassLoader test_cl = Main.class.getClassLoader();
        ClassLoader lib_cl = Lib.class.getClassLoader();
        System.out.println(test_cl == lib_cl);
        System.out.println(test_cl);
        System.out.println(lib_cl);
    }
}

控制台输出将为：

C:\Program Files\Java\jdk1.6.0\jre\lib\ext;C:\WINDOWS\Sun\Java\lib\ext
true
sun.misc.Launcher$AppClassLoader@107077e
sun.misc.Launcher$AppClassLoader@107077e

当使用命令java -cp "folder/*;." Main运行应用程序时。

但是，当使用命令java -Djava.ext.dirs=folder Main运行应用程序时，输出将改为：

folder
false
sun.misc.Launcher$AppClassLoader@107077e
sun.misc.Launcher$ExtClassLoader@7ced01

将内容放在lib.ext目录中的一个大问题是，不同的应用程序可能需要不同版本的库，并且这些库很可能相互冲突。

想想Windows 3时代的旧DLL地狱(如果你还记得的话)，当时出现了类似的情况，许多(如果不是大多数)软件开发人员将共享库放在Windows/System目录中，因为它们是自动从那里获取的，而不是将它们包含在应用程序中并显式加载它们。

相反，您想要的是为每个应用程序设置一个单独的类路径(因此没有系统级类路径！)，并在其启动脚本中设置，并且只指向适用于该特定应用程序的那些jar文件和类目录。这样，具有冲突库需求的几个应用程序可以并排启动，而不会干扰彼此的功能。

如果你是一名开发人员，你不希望任何外部库在测试应用程序时干扰你的应用程序，情况就更是如此。还有一件事:如果您正在开发和使用lib/ext技巧(或系统级类路径)，您如何确保将要发布的应用程序附带正确的库？如果您忘记在您的安装程序或安装包中包含，您永远不会注意到，因为它在您的机器上的一个共享位置。但是，没有该库的客户会收到运行时错误，并且很快就会打电话要求支持(可能还会退款，并在媒体上给你一个有缺陷的产品的负面评价)。