JVM知识总结（类加载器）

类加载器

Bootstrap引导类加载器

引导类加载器也被称为启动类加载器或根类加载器，指BootstrapClassLoader。

引导类加载器使用C++语言实现，是JVM自身的一部分，主要负责将<JAVA_HOME>\lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中。

Extension拓展类加载器

位于HotSpot源码目录中的sun.misc.Launcher$ExtClassLoader位置。

它主要负责加载<JAVA_HOME>\lib\ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库。

Application系统类加载器

位于HotSpot源码目录中的sun.misc.Launcher$AppClassLoader位置。

它负责加载系统类路径java -classpath或-D java.class.path指定路径下的类库，也就是classpath`路径。

该类加载器是程序的默认类加载器，可以通过ClassLoader.getSystemClassLoader()方法可以直接获取到它。

自定义类加载器

如果需要自定义类加载器，只需要继承ClassLoader类，但继承ClassLoader需要自己重写findClass()方法并编写加载逻辑。

线程上下文类加载器

很多服务提供者接口（Service Provider Interface，SPI），这些接口允许第三方为它们提供实现，如常见的SPI有JDBC、JNDI等，这些SPI的接口属于Java核心库，一般存在rt.jar包中，由启动类加载器（Bootstrap）加载，而SPI的第三方实现代码则是作为Java应用所依赖的jar包被存放在classpath路径下。

由于SPI接口中的代码需要加载第三方实现类并调用其相关函数，但SPI的核心接口类是由启动类加载器（Bootstrap）加载的，Bootstrap加载器无法直接加载SPI的实现类。

SPI提供了一种动态的服务发现机制（约定），只要第三方在编写实现类时，在工程内新建一个META-INF/services/目录并在该目录下创建一个与服务接口名称同名的文件，那么在程序启动的时候，就会根据约定去找到所有符合规范的实现类，然后交给线程上下文类加载器进行加载处理。

线程的上下文类加载器默认设置的就是系统类加载器（System）。