Java类加载机制是JVM将.class文件读入内存、校验、分配空间、解析引用并初始化，最终生成Class对象的过程；含加载、验证、准备、解析、初始化五阶段，遵循双亲委派模型，由Bootstrap、Extension、App三类加载器协作完成。
Java类加载机制，本质是JVM将.class字节码文件读入内存、校验结构、分配空间、解析引用、执行初始化，最终生成一个可运行的java.lang.Class对象的过程。它不是简单“复制文件”，而是一套有严格阶段、安全约束和层级协作的运行时基础设施。
类加载的五个核心阶段
加载、验证、准备、解析、初始化——这五个阶段按序开始，但实际执行常交叉进行：
-
加载：通过类全限定名定位字节码（本地文件、jar包、网络流、动态生成等），将其载入方法区，并在堆中创建对应的
Class对象； -
验证：检查字节码是否符合JVM规范（如魔数是否为
0xCAFEBABE、版本号是否兼容、指令是否安全），防止恶意或损坏类破坏虚拟机； -
准备：为类变量（
static字段）在方法区分配内存，并设默认初始值（如int为0、Object为null）；注意：public static final int X = 123;这种编译期常量会直接赋值，不走默认值流程； - 解析：把常量池中的符号引用（如类名、方法名、字段名等字符串描述）转换为直接引用（内存地址、偏移量等真实指针）；
-
初始化：真正执行Java代码逻辑——调用类构造器
<clinit></clinit>方法，执行静态变量赋值语句、静态代码块；这是类加载过程中唯一涉及用户Java代码的阶段。
谁来加载？三类系统类加载器分工明确
JVM自带三类加载器，构成逻辑上的父子委派链（非继承关系）：
-
启动类加载器（Bootstrap ClassLoader）：C++实现，加载
$JAVA_HOME/jre/lib/rt.jar等核心类（java.lang.*、java.util.*等），Java代码中不可见（返回null）； -
扩展类加载器（Extension ClassLoader）：加载
$JAVA_HOME/jre/lib/ext目录下的jar，由sun.misc.Launcher$ExtClassLoader实现； -
应用程序类加载器（AppClassLoader）：加载classpath路径下所有类（包括你的main类），由
sun.misc.Launcher$AppClassLoader实现，也是ClassLoader.getSystemClassLoader()返回的对象。
双亲委派机制：安全与一致的底层保障
当一个类加载器收到加载请求，它不会立即查找类，而是先委托父加载器尝试；仅当父加载器无法完成（返回null），才自己查找并加载。这一机制带来两个关键好处：
立即学习“Java免费学习笔记（深入）”；
- 避免重复加载：保证同一个类（相同全限定名）在整个JVM中只有一份
Class对象； - 防止核心类被篡改：比如你自定义一个
java.lang.String，AppClassLoader会委托给ExtClassLoader，再委托给Bootstrap——后者已加载官方String，于是你的类根本不会被使用，从而保护JVM基础安全。
类加载不是“用到才加”，但初始化一定是“首次主动使用”才触发
加载阶段可能提前发生（例如JVM预加载常用类），但初始化有明确触发条件，包括：
- 创建该类实例（
new）； - 访问该类的静态字段（非
final常量）或静态方法； - 反射调用（如
Class.forName("X")）； - 初始化其子类（会先触发父类初始化）；
- 执行该类的
main方法。
注意：Class.forName("X")默认会初始化，而ClassLoader.loadClass("X")只加载不初始化——这是手动控制初始化时机的重要区别。
