程序运行期发生ClassNotFoundException 可能是什么原因？

面试记录 2026-10-14

题目：程序运行期发生 ClassNotFoundException 可能是什么原因？

难度：low

标签：practice/debug, java/classloading

评分：⭐⭐⭐☆☆（3/5）

我的回答

运行期间发生 class not found 一般是因为包的异常，引入包的异常，存在包冲突，某些包应该被其他引入了，但是没有被引入。

另外就是反射，反射使用获取了一个不存在的包，也可能会是 class not find。

再有就是一些动态加载的东西，这时候也可能会产生 class not find。

核心原因还是找不到，找不到对应的包，对应的类。

找不到的原因，可能是包冲突导致相互之间的冲突无法正常使用，可能是使用反射读取到错误的类名，都是有可能。根据具体的报警位置，然后去排查对应的问题。如果是包冲突，就对进，对行，进行相应调整。排除依赖或者引入新依赖，引入共享依赖。

明显是类名错误反射引起的，那么就对应的检查是何处传来了错误的类。对应的进行处理。

点评

优点：

• 覆盖了三个主要来源：包依赖（引入异常/冲突）、反射调用（错误类名）、动态类加载
• 有根因意识：包冲突、反射错误类名
• 处置思路对：定位位置 → 排查 → 调整依赖

不足：

• 没抓住"运行期"这个关键词：运行期（非启动期）意味着类路径没变，问题来自"延迟加载"或"类加载器隔离"
• 未区分 ClassNotFoundException（首次加载失败）与 NoClassDefFoundError（曾加载成功但依赖缺失或静态初始化失败）
• 未提关键运行期场景：热替换、多 ClassLoader 隔离、序列化反序列化、SPI 机制

补充：

• ClassNotFoundException vs NoClassDefFoundError：前者是"首次加载找不到"，后者是"曾经找到，但依赖的类缺失/静态初始化失败"，JVM 内部处理不同
• 运行期特有场景：
• 热部署（Arthas retransform、Spring DevTools）后类名/版本不一致
• 多 ClassLoader 隔离（OSGi、Tomcat WebAppCL、Spring Boot LaunchedURLClassLoader）之间的可见性
• 老数据用老类名序列化，类改名后反序列化失败
• Spring CGLIB/JDK 动态代理生成失败
• SPI（META-INF/services）配置类名拼写错误
• 排查工具：jcmd <pid> VM.classloader_stats / VM.classloader_dump、arthas sc -d <class>、Maven dependency:tree、-verbose:class 打印类加载日志

完整讲解

第一部分：知识重点剖析

核心考点定位：考察对 JVM 类加载机制的深度理解——不只是"找不到类"，而是"什么时候、在哪一层找不到"。

知识点拆解：

1. CNFE vs NCDFE：ClassNotFoundException 是运行时抛出的 checked exception，代表首次加载失败；NoClassDefFoundError 是 Error，代表曾经加载成功但依赖的类缺失或静态初始化抛 ExceptionInInitializerError
2. 类加载器委派模型：Bootstrap → Extension → Application → 自定义 ClassLoader。任何一层找不到都会向上问父加载器，父找不到再找子类。跨 ClassLoader 的类"互相看不见"是运行期 CNFE 的核心场景
3. 运行期触发的三种路径：

• 反射调用：Class.forName("xxx") 找不到
• 动态代理：CGLIB/JDK Proxy 生成代理类时父类找不到
• 延迟加载：代码路径首次执行才触发类加载

1. 常见根因：Maven provided 作用域依赖漏打、shade/uber-jar 过滤规则错误、多 ClassLoader 隔离（Tomcat/OSGi）、SPI 配置错、JDK 版本升级（javax. → jakarta.）
2. 排查工具链：jcmd VM.classloader_dump、arthas sc -d、dependency:tree、-verbose:class、java -Xbootclasspath 检查扩展

第二部分：考察方向与延伸递进

考察方向：

• 深度：类加载器双亲委派的实现（loadClass 三阶段：findLoadedClass → findBootstrapClass → findClass）、双亲委派破坏场景（SPI、热部署）
• 广度：与 UnsatisfiedLinkError（native 库缺失）、ExceptionInInitializerError（静态块失败）的区分
• 应用：Maven shade 过滤规则、Spring Boot fat jar 的多 ClassLoader、Tomcat webapp 隔离

延伸递进面试题：

1. CNFE 和 NCDFE 到底差在哪？给个具体例子。

• 解答要点：CNFE 是 ClassLoader 找不到 .class 文件；NCDFE 是 JVM 已解析到但依赖的类缺失或静态初始化失败。例：静态块里调用的类被 shade 过滤掉，首次运行会抛 NCDFE

1. Spring Boot fat jar 的类加载器和 Tomcat 有本质区别吗？

• 解答要点：Spring Boot 用 LaunchedURLClassLoader 加载 BOOT-INF/lib/*.jar，破坏双亲委派（lib 下依赖先于 app 加载）；Tomcat 用 WebAppClassLoader，隔离不同 webapp 的同名类

1. 线上运行期突然 CNFE，怎么快速定位是哪个 ClassLoader 出的问题？

• 解答要点：jcmd <pid> VM.classloader_dump <id> 看每个 CL 的 URL；arthas sc -d <class> 直接查类的 ClassLoader 和 jar 路径；异常堆栈里找 ClassLoader 类型

第三部分：面试者参考回答（三步法口语化，300-400 字）

【一句话结论】

面试官您好，"运行期"这个关键词很重要——不是启动就报错，说明类路径没变，问题大概率来自"延迟加载触发"或"多 ClassLoader 隔离"，我会先确认异常类型（CNFE 还是 NCDFE），再按 ClassLoader 层级排查。

【三点展开】

第一，先区分异常类型：ClassNotFoundException 是首次加载找不到 .class；NoClassDefFoundError 是曾经加载过但依赖缺失或静态初始化失败。后者更隐蔽，往往静态块里调用的类被 shade 过滤掉才会踩到。

第二，看调用栈定位触发路径：是反射 Class.forName 触发，还是 CGLIB 动态代理生成代理类失败，还是延迟执行的代码路径首次走。反射路径查传入的类名字符串对不对；动态代理查父类加载器和父类可见性。

第三，用 arthas sc -d <className> 看类的 ClassLoader 和 jar 路径，用 jcmd <pid> VM.classloader_dump 看每个 CL 的 URL 列表，确认类在哪个 ClassLoader 范围内。常见根因：Maven provided 依赖漏打、shade 过滤规则错误、Spring Boot 与 Tomcat 的 ClassLoader 差异、SPI 配置拼写错误。

【一句边界】

当然，如果是 JDK 9+ 模块系统，跨模块访问的类还会被 IllegalAccessError 拦截，那是另一个坑——运行期突然 CNFE 也可能只是模块名拼错触发的假象。