Java类加载分加载、验证、准备、解析、初始化五阶段，非严格串行而是交错触发；双亲委派是协作协议，可被Tomcat等框架打破；排查问题需区分ClassNotFoundException与NoClassDefFoundError。
Java 类加载机制不是“背流程”就能掌握的，关键在于理清每个阶段干了什么、为什么这么设计、出问题时怎么定位。下面从实战视角帮你深度复盘，不堆概念，直击要点。
类加载到底分哪几步？别被“七阶段”绕晕
很多人记“加载→验证→准备→解析→初始化→使用→卸载”，但实际开发中真正需要关注的是前五个核心环节，且它们**不是严格串行，而是交错触发**：- 加载（Loading）：只负责“把 .class 字节码搞进内存”，生成 Class 对象。它不校验、不赋值、不解析引用。来源可以是文件、JAR、网络、甚至运行时动态生成（如 CGLIB 代理类）。
-
验证（Verification）：安全守门员。检查字节码是否合规——比如有没有非法跳转、类型是否匹配、常量池是否损坏。可关闭（
-Xverify:none），但生产环境不建议。 -
准备（Preparation）：给 static 变量分配内存并设默认值（如
int x;→x = 0）。注意：public static int y = 123;这里的123此时不会赋值，那是初始化阶段的事。 -
解析（Resolution）：把符号引用（如
#23指向某个方法名）换成直接内存地址。大部分在初始化前完成，但接口方法、动态调用（invokedynamic）可能延迟到首次执行时才解析。 -
初始化（Initialization）：真正执行
<clinit>方法——即静态变量显式赋值 + 静态代码块。这是类首次主动使用时才触发（如 new 实例、访问 static 字段/方法、反射、子类初始化等）。
小提醒：所谓“被动引用”（比如子类引用父类的 static final 常量）不会触发父类初始化，这是常考陷阱。
双亲委派模型：不是教条，是权衡后的设计
它本质是**类加载器间的协作协议**，不是强制继承关系：- 启动类加载器（Bootstrap）：C++ 实现，加载
rt.jar等核心类（java.*），无 Java 对应对象。 - 扩展类加载器（ExtClassLoader）：加载
jre/lib/ext下的 jar。 - 应用类加载器（AppClassLoader）：加载
-classpath指定路径的类，也是ClassLoader.getSystemClassLoader()返回的对象。
工作逻辑很简单：子加载器收到请求 → 先问父加载器能否 load → 父不行才自己找。好处很实在：
- 避免重复加载（比如你写个 `java.lang.String`，双亲委派会让 Bootstrap 先加载官方版，你的永远没机会生效）
- 保障核心类不被替换（安全性底线）
- 保证 Class 对象唯一性（不同加载器加载同名类，视为不同类型，无法强转）
什么时候必须打破双亲委派？不是为了炫技
真实场景里，框架早就在“偷偷打破”它了：-
Tomcat：每个 Web 应用有自己的类加载器，优先加载
WEB-INF/classes和lib，再委托给父加载器。否则多个应用共用 Spring 就会冲突。 - OSGi / 插件化系统：模块间需隔离类版本，必须绕过统一委派。
- 热部署 / 动态更新：旧类卸载后重新加载新字节码，得用新加载器，否则老 Class 对象还在引用。
打破方式就三种：
立即学习“Java免费学习笔记（深入）”；
- 重写 `loadClass()`，去掉 `parent.loadClass()` 调用，自己先找
- 重写 `findClass()`，只负责字节码查找和 `defineClass()`，不走委派
- 设置线程上下文类加载器（`Thread.setContextClassLoader()`），让框架代码能“跨层级”加载资源（如 JDBC 的 `DriverManager` 用它加载驱动）
排查类加载问题，盯住这三个线索
遇到 `ClassNotFoundException` 或 `NoClassDefFoundError`，别急着加依赖：-
看报错类是谁加载的：加 JVM 参数
-verbose:class或-XX:+TraceClassLoading，观察日志里是哪个加载器加载失败。 -
确认类路径是否真包含该类：用
jar -tf xxx.jar | grep YourClass检查 JAR 包里有没有；用ClassLoader.getResource("xxx.class")在代码里验证路径。 -
检查类加载器隔离：比如 Spring Boot 的
LaunchedURLClassLoader和普通AppClassLoader不同，Class.forName("X", true, loader)的第三个参数必须传对。
记住：`NoClassDefFoundError` 是初始化失败（比如 static 块抛异常）导致后续无法再加载；`ClassNotFoundException` 是根本没找到字节码——原因完全不同。
不复杂但容易忽略
