java中的classloader本身就是一个类，那么谁来加载classloader类呢？

Question

Java中的ClassLoader是一个用于在Java中加载类文件的类。

爪哇。ClassLoader是一个抽象类

这里我的问题是这个java。类加载器类与JVM的类加载器有任何关系（1.引导类加载器2.扩展类加载器3.系统类加载器）？

或者这个java。ClassLoader是一个单独的类，可用于创建自定义ClassLoader？

类加载器是Java运行时环境的一部分，它将Java类动态加载到Java虚拟机中。它负责定位库，读取那里的内容并加载库中包含的类。当JVM启动时，使用三个类加载器

>

Bootstrap类加载器

扩展类加载器

系统类加载器

引导类加载器加载核心java库。它是用本机代码编写的。引导类加载器负责加载关键java类，如java。对象和其他运行时代码放入内存。运行时类打包在jre/lib/rt.jar文件中。

扩展类加载器加载扩展目录中的代码。它由ExtClassLoader类实现。

系统类加载器在java上找到的代码。班映射到系统类路径变量的路径。它由AppClassLoader类实现。默认情况下，所有用户类都由系统类加载器加载。

Java类加载器是分层的，每当提出加载类的请求时，它都将类委托给其父类，这样在运行时环境中保持唯一性。如果父类加载器没有找到该类，则类加载器本身会尝试加载该类。

这意味着第一个系统类加载器将请求委托给扩展类加载器，扩展类加载器将请求委托给引导类加载器，这里它将搜索类，如果找不到，那么扩展类加载器将搜索类，如果找不到，那么系统类加载器将搜索类如果未找到，则抛出ClassNotFoundExcure

JVM总是从系统类加载器开始加载类吗？

如果我哪里错了就纠正我

Answer 1

术语“系统类加载器”用词不当。正如您正确指出的，它负责从类路径的位置（即应用程序类）加载类。

从Java开始

每个运行时类都有一个定义类装入器。对于启动期间由引导加载程序定义的类，定义类加载程序是引导加载程序。当JVM初始化完成并尝试启动应用程序时，将查询应用程序类加载器（也称为系统类加载器）中的主类。应用程序类加载器将遵循先查询父类的标准委托模型，扩展类加载器也是如此，创建类的任何类加载器都将是类的定义类加载器。

现在，当解析另一个类引用的类或调用Class.forName（String）时，包含引用的类的定义加载器将用于解析该类。因此，当Application类加载器加载了您的类myapp.foo.Bar并且它包含对javax.swing.JButton的引用时，它的定义类加载器，即Application类加载器，将被查询类，遵循委托模型，最终得到由Bootstrap加载器定义的javax.swing.JButton。因此，JButtonjavax.swing.中的类引用只能通过Bootstrap加载器来解析，这意味着html" target="_blank">javax.swing.JButton不能包含对您的myapp.foo.Bar类的引用，因为它不在范围内。

因此，JVM并不总是以“系统类加载器”开始加载类，而是仅用于解析由它定义的类（或子加载器）的类引用，或者在显式查询时，如解析主类时。

有一些第三方类加载器并不严格遵循父委托模型，但不管它们如何委托以及委托给哪个加载器，每个类都会有一个定义加载器（由getClassLoader（）返回），该加载器将用于解析类内的引用。JVM确保一个类中相同的符号名始终解析为同一个运行时类，而不管特定的类加载器如何实现查找。

注意，在Java中