聊聊类加载器与双亲委派模型

前言

我们经常会在面试中遇到有关类加载器的问题，而作为一名Java开发人员应该了解类加载器如何工作？双亲委派模型是什么？如何打破双亲委派？为什么打破？等等。所以今天的主题就是聊一聊类加载器。

ClassLoader 介绍

《深入理解Java虚拟机》这本书大家都不陌生，想必我们大多数人了解JVM知识都是通过这本书，在该书中也详细介绍了Java类加载的全过程，包含加载、验证、准备、解析和初始化这5个阶段。

在加载阶段，通过一个类的全限定名来获取此类的二进制字节流，就是依靠类加载器来完成。

类加载器的一个作用就是将编译器编译生成的二进制 Class 文件加载到内存中，进而转换成虚拟机中的类。Java系统提供了三种内置的类加载器：

• 启动类加载器 (Bootstrap Class Loader): 负责加载JDK核心类，通常是 rt.jar 和位于 $JAVA_HOME/jre/lib 下的核心库.
• 扩展类加载器 (Extensions Class Loader): 负责加载\jre\lib\ext目录下 JAR 包
• 系统类加载器 (System Class Loader)：负责加载所有应用程序级别的类到JVM，它会加载classpath环境变量或 -classpath以及-cp命令行参数中指定的文件

当然，上面是 Java 默认的类加载器，我们还可以自定义类加载器，后文会分析如何自定义类加载器。

双亲委派模型是什么

网上有文章分析说，类加载器遵循三个原则：委托性、可见性和唯一性原则。这三点其实都和双亲委派模型有关，双亲委派的工作过程如下：

当类加载器收到类的加载请求时，首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，所有的加载请求会传送到顶层的启动类加载器，只有父类加载器无法完成加载请求，才会交由子加载器去加载。

三个原则的具体体现是：

• 「委托性原则」 体现在当子类加载器收到类的加载请求时，会将加载请求向上委托给父类加载器。

• 「可见性原则」 体现在允许子类加载器查看父类加载器加载的所有类，但是父类加载器不能查看子类加载器加载的类。

• 「唯一性原则」 体现在双亲委派整个机制保证了Java类的唯一性，假如你写了一个和JRE核心类同名的类，比如Object类，双亲委派机制可以避免自定义类覆盖核心类的行为，因为它首先会将加载类的请求，委托给ExtClassLoader去加载，ExtClassLoader再委托给BootstrapClassLoader，启动类加载器如果发现已经加载了 Object类，那么就不会加载自定义的Object类。

ClassLoader 如何工作

聊完双亲委派模型，你肯定想知道它是如何实现，那么来看一下 ClassLoader 的核心方法，其中的 loadClass 方法就是实现双亲委派机制的关键，为了缩短代码篇幅和方便阅读，去掉了一些代码细节：

package java.lang;
public abstract class ClassLoader {
   

    protected Class defineClass(byte[] b); 
  
    protected Class<?> findClass(String name); 

    protected Class<?> loadClass(String name, boolean resolve) {
   
        synchronized (getClassLoadingLock(name)) {
   
            // 1. 检查类是否已经被加载过
            Class<?> c = findLoadedClass(name)