Java类加载机制本质是将.class字节码按加载→验证→准备→解析→初始化五阶段流程载入JVM，由双亲委派的类加载器从多源（本地、网络、动态生成等）获取字节流，最终构建Class对象并完成静态初始化。
Java 中类加载机制对字节码文件的加载流程，本质是把 .class 文件从外部来源读入 JVM 内存，并转化为可运行的类元数据和 Class 对象的过程。它不是简单“复制粘贴”，而是一套有明确阶段、职责分明、且高度可控的流水线。
字节码从哪来？加载阶段不挑来源
加载（Loading）是整个流程的起点，核心任务就三件事：找字节流、建运行时结构、造 Class 对象。JVM 不限定字节码必须来自磁盘：
- 最常见的是从本地
.class文件或JAR/WAR包中读取 - 也可以从网络（如早期 Applet）、数据库、甚至内存中动态生成（比如 CGLIB、ASM 或 JDK 动态代理）
- 只要能按全限定名（如
java.util.ArrayList）提供合法的二进制字节流，JVM 就能接手
加载之后不是立刻能用：五个阶段环环相扣
加载完成只是拿到原始字节流并创建了未初始化的 Class 对象，后续必须经过连接（Linking）和初始化才能真正参与执行：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
验证（Verification）：检查字节码是否合规——魔数是不是
CAFEBABE、版本号是否匹配当前 JVM、指令是否越界、符号引用能否找到目标等。这是安全底线，防止恶意或损坏代码危害虚拟机 -
准备（Preparation）：为类的静态变量分配内存，并设默认值（如
int设为0，Object设为null）。注意：此时不会执行= 123这样的赋值，那是初始化阶段的事 - 解析（Resolution）：把常量池里的符号引用（比如类名、方法名字符串）替换成直接指向内存地址的指针或句柄。这一步支持“运行时绑定”，所以某些解析可以推迟到初始化之后
-
初始化（Initialization）：真正执行类构造器
<clinit>方法——运行静态变量赋值语句、执行静态代码块。这个阶段才赋予静态字段“代码里写的值”，也是类首次主动使用时才触发的关键节点
谁来加载？类加载器分层协作
加载动作由类加载器完成，它们不是单打独斗，而是按双亲委派模型协作：
立即学习“Java免费学习笔记（深入）”；
-
Bootstrap ClassLoader（C++ 实现）：加载
$JAVA_HOME/jre/lib/rt.jar等核心类（如java.lang.Object），无父加载器 -
Extension ClassLoader：加载
lib/ext下扩展类 -
Application ClassLoader：加载
-classpath指定路径下的类，也就是我们写的应用代码 - 自定义加载器默认也走委派链，确保核心类不被覆盖；如需隔离或热替换，才显式打破委派
什么时候开始加载？懒加载 + 首次主动使用触发
类不会在编译后自动进内存，而是“按需加载”：
- 触发时机包括：
new实例、调用静态方法、访问静态字段（非 final 编译期常量）、反射（Class.forName）、初始化子类（先触发父类初始化）等 - 单纯声明变量、
import、继承或实现接口，都不会触发加载 - 这种懒加载机制减少了启动开销，也支撑了模块化与动态性（如 Spring Bean 的延迟初始化）
