AppClassloader和SystemClassloader之间的区别

Question

我对这两个类加载器非常困惑.在谈论Java类加载器的层次结构时,通常会提到引导类加载器和ext类加载器以及第三个(系统类加载器或应用程序类加载器).

为了更准确,我检查了JDK的源代码.在课堂上Launcher,有代码:

loader = AppClassLoader.getAppClassLoader(extcl);

在课堂上ClassLoader,方法:

getSystemClassloader() 

还说系统类加载器用于启动应用程序.

那么哪个是层次结构中的第三个,还是两个类加载器相同？

Answer 1

无论AppClassLoader和SystemClassLoader相同.

看看层次结构.

ClassLoader遵循三个原则.

授权原则

Bootstrap ClassLoader负责从rt.jar加载标准JDK类文件,它是Java中所有类加载器的父级.Bootstrap类加载器没有任何父级.

Extension ClassLoader 将类加载请求委托给其父,Bootstrap,如果不成功,则加载类表单jre/lib/ext目录或java.ext.dirs系统属性指向的任何其他目录

System or Application class loader 它负责从CLASSPATH环境变量,-classpath或-cp命令行选项,JAR中的Manifest文件的Class-Path属性加载特定于应用程序的类.

应用程序类加载器是类的子类Extension ClassLoader,它由sun.misc.Launcher$AppClassLoader类实现.

除了Bootstrap class loader主要在C语言中使用本机语言实现外,所有Java类加载器都是使用java.lang.ClassLoader.

看看这个博客,以便更好地理解这三个类加载器.

可见性原则

根据可见性原则,Child ClassLoader可以看到由Parent ClassLoader 加载的类but vice-versa is not true.

如果加载类Abc Application class loader然后尝试使用Extension ClassLoaderwill throw 显式加载类ABCjava.lang.ClassNotFoundException

唯一性原则

根据这个原则,父类加载的类不应再次由Child ClassLoader加载

Answer 2

系统类加载器是应用程序类加载器的不同名称。

来源： https: //blogs.oracle.com/sundararajan/entry/understanding_java_class_loading

应用程序类加载器...也（令人困惑地）称为“系统类加载器”——不要与加载 Java“系统”类的引导加载器混淆。

Answer 3

类加载器层次结构中的第三个是 SystemClassloader。在某些地方它也被称为ApplicationClassloader（或AppClassLoader）。该加载器加载我们的应用程序代码和在类路径中找到的类。

关于类加载器中的以下方法：

公共静态类加载器 getSystemClassLoader()

Javadoc 说：

返回用于委托的系统类加载器。这是新 ClassLoader 实例的默认委托父级，通常是用于启动应用程序的类加载器。

这里重要的部分是

这是新 ClassLoader 实例的默认委托父级，通常是用于启动应用程序的类加载器

这意味着，如果我们在应用程序中创建自己的自定义或新类加载器，则系统或应用程序类加载器将成为我们的自定义或新类加载器的父级。并在自定义或新类加载器中调用 getSystemClassLoader() 方法返回系统（又名应用程序）类加载器。这也与 java 类加载器委托模型一致。

系统（又名应用程序）类加载器是从类路径加载我们的类或应用程序的类加载器。