在Java开发中，我们每天都在编写类、使用类，但很少深入思考：一个.java文件被编译成.class字节码后，是如何被JVM识别并加载到内存中供程序使用的？这背后的核心角色，就是类加载器（ClassLoader）。它就像JVM的“类管家”，负责将字节码文件加载到内存、验证合法性、解析并初始化，最终让我们能通过new关键字创建对象、调用方法。今天，我们就来全面拆解ClassLoader，搞懂它的核心工作原理。

一、类加载器的核心作用

在聊具体细节之前，我们先明确ClassLoader的核心使命——将类的字节码文件（.class）加载到JVM的方法区，并在堆内存中创建一个java.lang.Class对象，这个Class对象就是我们操作该类的“入口”（比如通过反射获取类信息、创建实例）。

简单来说，ClassLoader的作用主要有3点：

1. 加载：从文件系统、网络、jar包等不同来源，读取类的字节码文件，将其加载到内存中；

2. 验证与保护：校验字节码的合法性（比如是否符合Java语法规范、是否有安全隐患），防止恶意字节码注入，保障JVM运行安全；

3. 管理类的生命周期：负责类的加载、链接、初始化全过程，同时维护类的加载状态，确保同一个类在JVM中只被加载一次（核心是类的唯一性校验）。

补充一点：ClassLoader只负责“加载类”，而类的“初始化”（比如执行static代码块、初始化静态变量）是在加载完成后，由JVM负责执行的，二者不能混淆。

二、类的完整加载过程

一个类从被加载到可用，并不是一步完成的，而是经历了加载、链接、初始化三个核心阶段，其中链接阶段又分为验证、准备、解析三个子步骤。整个过程环环相扣，缺一不可。

1. 加载阶段（Loading）

这是类加载的第一步，也是ClassLoader直接参与的核心步骤。ClassLoader会根据类的全限定名（比如com.example.Demo），找到对应的.class字节码文件，并将其读取到内存中，然后在堆中创建一个Class对象，用来封装该类的元数据（类名、方法、字段等信息）。

这里有个关键细节：加载阶段只负责“读取字节码”和“创建Class对象”，并不会去校验字节码的正确性，也不会初始化类的静态变量——这些都是后续阶段的工作。

2. 链接阶段（Linking）

链接阶段的核心目的是“确保加载的类是合法的、可被JVM执行的”，分为三个子步骤：

• 验证（Verification）：最严格的一步，校验字节码的合法性。比如检查字节码是否符合Java虚拟机规范、是否有非法指令、是否存在安全漏洞（比如试图访问私有字段），如果验证失败，会直接抛出ClassFormatError异常。

• 准备（Preparation）：为类的静态变量分配内存，并设置默认初始值（注意：不是用户设置的初始值）。比如static int num = 10; 这个阶段会给num分配内存，设置默认值0，而10的赋值会在初始化阶段完成。

• 解析（Resolution）：将类中的符号引用（比如引用的其他类、方法、字段的名称）转换为直接引用（内存地址）。比如Demo类中引用了User类，解析阶段会找到User类的内存地址，让Demo类能直接访问User类。

3. 初始化阶段（Initialization）

这是类加载的最后一步，也是类真正“可用”的标志。这个阶段会执行类的静态代码块（static{}），并为静态变量赋予用户设置的初始值（比如上面的num=10）。

只有在以下几种场景下，类才会被初始化（主动引用）：

• 创建类的实例（new Demo()）；

• 调用类的静态方法或访问静态字段；

• 通过反射方式获取类信息（Class.forName("com.example.Demo")）；

• 初始化子类时，父类会先被初始化；

• JVM启动时，指定的主类（包含main方法的类）会被初始化。

注意：被动引用不会触发初始化，比如通过子类访问父类的静态字段、创建类的数组（Demo[] demos = new Demo[10]），都不会触发类的初始化。

三、类加载器的分类（JDK8及之前）

在Java中，类加载器并不是单一的，而是有明确的层级划分，不同的类加载器负责加载不同来源的类。JDK8及之前，主要分为4种类加载器，从上到下形成层级关系（注意：不是继承关系，而是组合关系）：

1. 启动类加载器（Bootstrap ClassLoader）

最顶层的类加载器，也叫“根类加载器”，由C/C++编写，不属于Java体系（无法通过Java代码获取其实例）。它负责加载JVM核心类库，也就是我们常说的rt.jar（包含java.lang、java.util等核心包），这些类是JVM运行的基础。

特点：加载的类路径由JVM指定（比如JDK的lib目录下的核心jar包），无法被用户自定义修改。

2. 扩展类加载器（Extension ClassLoader）

第二层类加载器，由Java代码编写（sun.misc.Launcher$ExtClassLoader），负责加载JVM的扩展类库，也就是JDK的lib/ext目录下的jar包（比如javax开头的类）。

特点：加载的类路径是JVM默认的扩展目录，用户也可以通过设置java.ext.dirs系统属性来修改扩展目录。

3. 系统类加载器（System ClassLoader）

第三层类加载器，也叫“应用类加载器”（sun.misc.Launcher$AppClassLoader），是我们开发中最常用的类加载器。它负责加载用户编写的类（也就是项目classpath下的类、第三方jar包）。

特点：可以通过ClassLoader.getSystemClassLoader()方法获取其实例，也是默认的类加载器（如果我们没有自定义类加载器，默认就用它加载自己写的类）。

4. 自定义类加载器（Custom ClassLoader）

最底层的类加载器，由用户自己编写，继承自java.lang.ClassLoader类，重写findClass()方法（核心方法）。它的作用是加载一些特殊来源的类，比如：

• 从网络上加载字节码文件（比如远程服务的类）；

• 加载加密的字节码文件（防止类被反编译）；

• 动态生成的字节码（比如动态代理生成的类）。

补充：JDK9及之后，类加载器的体系有所调整（引入了模块系统），但核心的层级思想和加载逻辑没有变化，本文主要围绕JDK8及之前的体系讲解（最常用、最易理解）。

四、双亲委派模型（核心重点）

了解了类加载器的分类，就必须搞懂它们之间的协作规则——双亲委派模型。这是Java类加载机制的核心，也是保证类唯一性、安全性的关键。

1. 什么是双亲委派模型？

简单来说，双亲委派模型的规则是：当一个类加载器需要加载某个类时，它不会先自己去加载，而是先委托给它的“父类加载器”去加载；只有当父类加载器无法加载（找不到对应的字节码文件）时，子类加载器才会尝试自己去加载。

这里的“双亲”并不是指继承关系中的父类和子类，而是指类加载器之间的“委托关系”：系统类加载器的父加载器是扩展类加载器，扩展类加载器的父加载器是启动类加载器（注意：启动类加载器没有父加载器）。

2. 双亲委派的执行流程（以加载com.example.Demo为例）

1. 系统类加载器（AppClassLoader）收到加载Demo类的请求，它不直接加载，而是委托给父加载器——扩展类加载器（ExtClassLoader）；

2. 扩展类加载器收到请求后，也不直接加载，继续委托给父加载器——启动类加载器（BootstrapClassLoader）；

3. 启动类加载器收到请求后，检查自己负责的路径（rt.jar等核心包），发现没有com.example.Demo类，于是返回“无法加载”；

4. 扩展类加载器收到父加载器的“无法加载”反馈后，检查自己负责的路径（ext目录），发现也没有该类，返回“无法加载”；

5. 系统类加载器收到反馈后，才会自己去检查classpath路径（项目的类和第三方jar包），找到Demo.class文件后，加载该类并返回Class对象。

3. 双亲委派模型的核心作用

为什么要设计双亲委派模型？核心是为了保证类的唯一性和JVM的安全性，主要有两个关键作用：

• 防止类重复加载：比如我们自己写了一个java.lang.String类，按照双亲委派模型，启动类加载器会先加载rt.jar中的核心String类，我们自己写的String类就不会被加载，避免了同一个类在JVM中出现多个版本，导致程序混乱。

• 防止恶意类篡改核心类：如果没有双亲委派，恶意程序可以编写一个伪装的java.lang.System类，加载到JVM中，篡改系统核心功能（比如修改系统属性）。而双亲委派模型保证了核心类只能由启动类加载器加载，恶意类无法被加载，从而保障JVM的安全。

4. 打破双亲委派模型的场景

虽然双亲委派模型是默认规则，但在一些特殊场景下，我们可以打破它（通过自定义类加载器，重写loadClass()方法，不委托父加载器）。常见的场景有：

• Tomcat等Web容器：Web容器需要加载不同Web应用的类，每个Web应用的类需要隔离，不能互相影响，因此Tomcat自定义了类加载器，打破了双亲委派；

• 热部署：比如Spring的热部署功能，需要动态加载新的类替换旧的类，这就需要自定义类加载器，不委托父加载器，从而重新加载类；

• 加载加密的类：自定义类加载器先解密字节码，再加载，而父加载器无法解密，因此需要打破双亲委派。

五、总结

ClassLoader是Java类加载机制的核心，它的工作流程贯穿了类的加载、链接、初始化全过程；类加载器分为4类，形成层级关系，遵循双亲委派模型，既保证了类的唯一性，又保障了JVM的安全性。

简单回顾核心要点：

• 类加载过程：加载 → 链接（验证、准备、解析） → 初始化；

• 类加载器分类：启动类加载器 → 扩展类加载器 → 系统类加载器 → 自定义类加载器；

• 双亲委派模型：子类委托父类加载，父类加载失败则子类自己加载，核心是“先父后子”；

• 核心作用：加载类、验证安全、管理类生命周期，保证类的唯一性。

理解ClassLoader和双亲委派模型，不仅能帮助我们排查类加载相关的异常（比如ClassNotFoundException、NoClassDefFoundError），也能让我们更深入地理解JVM的运行机制，为后续学习反射、动态代理、热部署等知识点打下基础。