ClassNotFoundException 发生在类加载的加载阶段，即 JVM 显式主动加载类时（如 Class.forName()）因 classpath 中找不到 .class 文件而抛出；NoClassDefFoundError 则发生在链接阶段的解析环节，因已加载类的依赖缺失或初始化失败所致。
ClassNotFoundException 发生在类加载的哪个阶段？
它只会在显式主动加载类时抛出，比如调用 Class.forName()、ClassLoader.loadClass() 或反射创建实例时找不到类字节码文件。JVM 尝试从 classpath 里定位 .class 文件失败，就直接扔这个异常。
- 典型场景：动态加载 JDBC 驱动（
Class.forName("com.mysql.cj.jdbc.Driver")），但 jar 没进 classpath - 编译期不报错，运行期才暴露；和
NoClassDefFoundError不同，它是个Exception，可以被 try-catch 捕获 - 注意路径写法：包名必须用点号分隔，不能写成斜杠；类名不能带
.class后缀 - 如果用了模块系统（Java 9+），还要检查
requires是否声明、模块是否导出该包
NoClassDefFoundError 的真实触发时机是什么？
它不是发生在“找类”的时候，而是发生在“使用已成功加载过的类”时，JVM 突然发现某个它曾经加载过、但现在依赖的另一个类缺失或初始化失败了。本质是链接阶段（Linking）的 Resolution 失败。
- 常见诱因：
static块抛出未捕获异常，导致类加载器标记该类为“初始化失败”，后续任何对该类的引用都会触发NoClassDefFoundError - 错误信息里显示的类名，往往不是你代码里直接 new 的那个类，而是它静态依赖的某个工具类（比如
org.slf4j.LoggerFactory缺失，但报错显示在你自己的UserService上） - 它是个
Error，通常不该 catch；因为类状态已损坏，强行恢复可能引发更隐蔽的问题 - 和
ClassNotFoundException不同，它不关心 classpath 是否包含该类——类曾经加载成功过，只是后续链接失败了
怎么快速区分这两个问题？
看堆栈第一行的类型和消息结构，再结合上下文调用链。
-
ClassNotFoundException：消息里明确含 “xxx.class” 或 “xxx” 字样，且堆栈顶通常是Class.forName、ClassLoader.loadClass或 Spring 的ClassUtils.forName -
NoClassDefFoundError：消息里是 “Could not initialize class xxx” 或 “xxx (wrong name: yyy)”，堆栈顶往往是你的业务方法、构造函数、或 static 字段访问位置 - 如果用 IDE 运行时报
NoClassDefFoundError，但命令行正常，大概率是 IDE 的 classpath/模块配置和实际运行环境不一致 - 打包成 jar 后出错？检查
META-INF/MANIFEST.MF里的Class-Path条目是否拼写正确，路径是否相对有效
为什么修复 NoClassDefFoundError 经常要翻两层依赖？
因为它暴露的是“断裂点”，而不是“断点”。JVM 报错的类只是链条上最表层的受害者，真正缺失或初始化失败的，往往藏在它的静态字段、静态方法调用或父类/接口里。
立即学习“Java免费学习笔记（深入）”；
- 先用
jdeps --list-deps your-app.jar看依赖图谱，重点关注报错类直接 import 的那些类 - 用
javap -verbose查看报错类的Constant Pool，找里面指向其他类的CONSTANT_Class_info条目，逐个验证是否存在 - 如果用了 Spring Boot，开
--debug启动，会打印自动配置的条件评估结果，常能发现某个 starter 因缺少间接依赖而被跳过 - 特别小心日志框架桥接器（如
slf4j-jdk14和logback-classic共存）、字节码增强库（如 Lombok、Byte Buddy）与目标类的初始化顺序冲突
