Java类加载机制包括加载、验证、准备、解析和初始化五个阶段，由类加载器按双亲委派模型完成；该模型确保类的唯一性和安全性，但在SPI、热部署等场景下可通过重写loadClass方法打破委派逻辑。
Java中的类加载机制是JVM在运行时动态加载、链接和初始化类的核心过程。它决定了一个类如何被查找、加载到内存并投入使用。理解类加载流程和双亲委派模型，对掌握Java底层原理、排查类冲突、实现自定义类加载器等场景至关重要。
类加载的基本流程：加载、验证、准备、解析、初始化
类的生命周期从加载开始，到卸载结束。其中主要阶段包括：
-
加载（Loading）：通过类的全限定名获取其二进制字节流，将其加载到方法区，并在内存中创建一个
java.lang.Class对象作为入口。这一步由类加载器完成。 - 验证（Verification）：确保字节码文件的正确性和安全性，防止恶意代码破坏JVM。包括文件格式、元数据、字节码和符号引用的校验。
-
准备（Preparation）：为类的静态变量分配内存并设置默认初始值（如
int为0，boolean为false），不执行任何赋值语句。 - 解析（Resolution）：将常量池中的符号引用转换为直接引用，比如将类、字段、方法的名称解析成内存地址。
-
初始化（Initialization）：执行类构造器
<clinit>方法，也就是执行静态变量赋值语句和静态代码块。这是真正执行程序逻辑的第一步。
只有在首次主动使用类时才会触发初始化，例如创建实例、访问静态字段、反射调用等。
类加载器的层次结构与双亲委派模型
Java通过类加载器（ClassLoader）来实现类的加载。JVM内置了三种主要类加载器：
立即学习“Java免费学习笔记（深入）”；
-
启动类加载器（Bootstrap ClassLoader）：由C++实现，负责加载JVM核心类库（如
java.lang.*），位于rt.jar等路径下，无法被Java程序直接引用。 -
扩展类加载器（Extension ClassLoader）：加载
jre/lib/ext目录下的类，或由java.ext.dirs系统属性指定的路径。 - 应用程序类加载器（Application ClassLoader）：也叫系统类加载器，加载用户类路径（ClassPath）上的类，是默认的类加载器。
除了这些，开发者还可以自定义类加载器，继承java.lang.ClassLoader类。
类加载采用“双亲委派模型”（Parents Delegation Model）。其核心思想是：
- 当一个类加载器收到加载请求时，不会自己立即尝试加载，而是先委托给父类加载器去完成。
- 每一层都如此，直到最顶层的启动类加载器。
- 只有当父类加载器无法完成加载（返回null），子加载器才会尝试自己加载。
这种机制保证了类的唯一性和安全性。例如java.lang.Object只能由Bootstrap加载，避免被自定义类替换，防止核心类被篡改。
双亲委派的优缺点与打破场景
优点显而易见：避免重复加载，确保类的全局唯一性，保护核心API安全。
但在某些场景下需要“打破”双亲委派，例如：
- SPI机制（Service Provider Interface）：如JDBC。接口在核心库中（由Bootstrap加载），但实现类在第三方jar中（需AppClassLoader加载）。此时通过线程上下文类加载器（Thread Context ClassLoader）让父类加载器回调子加载器完成加载。
- 热部署、模块化框架（如OSGi）：需要隔离不同模块的类，每个模块使用独立的类加载器，绕过双亲委派实现灵活加载。
打破方式通常是重写loadClass()方法，改变默认的委派逻辑。
基本上就这些。掌握类加载流程和双亲委派模型，能帮助你更深入理解Java运行机制，在实际开发中应对类冲突、自定义加载、插件化架构等问题更加得心应手。
