ClassNotFoundException发生在加载阶段的显式查找失败，NoClassDefFoundError发生在链接或初始化阶段的隐式使用失败；前者是主动查找未果，后者是曾加载成功但后续环节出错。
这两个问题表面都像“类找不到”，但根源完全不同——关键不在“找不找得到”，而在“什么时候找”和“为什么找”。核心差异藏在Java类加载的三个阶段里：加载、链接（含验证、准备、解析）、初始化。
ClassNotFoundException：发生在“加载阶段”的显式查找失败
这是你主动发起的一次类查找，JVM按你给的字符串名字去classpath或指定路径里翻找.class文件。没找到，就直接报错。
- 典型触发点：调用
Class.forName("xxx")、ClassLoader.loadClass("xxx")、ClassLoader.findSystemClass("xxx") - 它是个检查异常（checked exception），编译器强制你处理，说明这是设计上允许的、可预期的失败场景
- 常见原因不是代码写错，而是环境缺失：比如JDBC驱动jar没加进classpath，或模块未导出、类加载器用错（如Web应用中误用系统类加载器）
NoClassDefFoundError：发生在“链接或初始化阶段”的隐式使用失败
这不是你主动找类，而是JVM在执行new、调用静态方法、访问静态字段等操作时，顺带要确保那个类已就绪。它曾成功加载过，但后续环节崩了。
- 第一种情况：编译时有A.class，运行时被删了或jar包漏了（比如只引入A.jar却没带它依赖的B.jar）
- 第二种更隐蔽：类能加载，但在执行
<clinit></clinit>（静态初始化块或静态变量赋值）时抛了未捕获异常（如1/0），导致初始化失败；之后任何对该类的引用都会触发NoClassDefFoundError - 它是个Error，继承自Throwable但不是Exception，表示JVM认为这属于严重故障，程序不该尝试恢复
从类加载流程看位置差异
加载阶段（find + read bytecode）→ ClassNotFoundException可能在此发生；
链接阶段（验证、准备、解析符号引用）→ 若解析时发现依赖类不存在，会触发NoClassDefFoundError；
初始化阶段（执行<clinit></clinit>）→ 若失败，该类状态变为“错误”，后续所有使用都抛NoClassDefFoundError。
一句话记住：ClassNotFoundException是你喊“把张三叫来”，结果没人应；NoClassDefFoundError是张三明明被请进了屋（加载成功），却在进门时摔倒昏迷（初始化失败），之后谁再提他名字，大家就当这个人不存在了。
