JVM类加载机制和自定义类加载器的最详细解析

Java内置类加载器

先看看运行我们自己写的代码都使用到了什么类加载器：

运行结果：

为什么无法获取ExtClassLoader的父加载器呢？是不是ExtClassLoader的父加载器为空呢？不是的，原因是Bootstrap Loader（引导类加载器）是用非Java语言实现的，无法获取到该加载器，所以才返回null。

Java内置类加载器的层次结构

启动类加载器、扩展类加载器、应用类加载以及自定义类加载器之间不存在继承关系，虽然代码中使用getParent()获取父类加载器，但是它们之间是组合关系。

Java内置类加载器的简介

启动类加载器：加载JAVA_HOME\jre\lib或-Xbootclasspath参数指定的目录下的类库。我们无法获得到启动类加载器。在Hotspot中，启动类加载器是JVM的一部分，所有其他的类加载器都是独立于JVM之外的，并且需要启动类加载器加载。

扩展类加载器：负责加载JAVA_HOME\jre\lib\ext或者java.ext.dirs系统变量指定目录下的类库。

应用程序类加载器：负责加载classPath下的类。

JVM类加载的特点

双亲委派，类加载器会先让父类加载器加载类，只有所有的父类加载器都无法加载该类的时候，才会自己加载类。

缓存，会把所有加载过的类都缓存起来，当需要某个类的时候会先从缓存中寻找，如果找不到才会去加载类。

除了启动类加载器，所有的类加载器都继承自java.lang.ClassLoader

JVM类加载的特点——双亲委派机制

AppClassLoader加载类时，会先把加载请求委派给父类加载器ExtClassLoader。

ExtClassLoader加载类，会先把类加载请求委派给父类加载器BootStrapClassLoader。

如果BootStrapClassLoader类加载器加载失败，才会使用ExtClassLoader类加载来加载；

如果ExtClassLoader类加载器也加载失败，才会使用AppClassLoader类加载器来加载

如果AppClassLoader类加载器也加载失败，由于在类加载器层次结构中已经没有其他的子加载器了，所以只能报出异常ClassNotFoundException。

JVM类加载的特点——双亲委派机制在哪里实现：

java.lang.ClassLoader是一个抽象类，委派机制就是在该类中实现的：

JVM类加载的特点——双亲委派机制的意义：

保证每个类只被加载过一次

加载类的方式

JVM加载

Class.forName()方法动态加载

ClassLoader.loadClass()方法动态加载

各种加载类的方式的区别

自定义类加载器的原因

JVM内置类加载器只从本地文件系统加载类，如果：

加载的类不位于本地文件系统，比如数据库；

需要加载的类附加了其他的校验机制，需要二次校验；

充分利用类加载器的特点，使用各种灵活的加载方法，比如Tomcat用了几个自定的类加载来加载类；

自定义类加载器

如何使用：

注意：

需要传递类的全限定名。

重写loadClass方法会破坏双亲委托模式。

com.test.LoadingClassPattern类不能放在类路径下，否则AppClassLoader会加载该类。