Class.forName找不到类主因是未传全限定类名（FQCN），如应传"com.example.MyService"而非路径或简单名；需确保类已编译且在classpath中，并注意其会触发静态初始化，而ClassLoader.loadClass不会。
Class.forName 为什么找不到类？路径和类名必须严格匹配
绝大多数问题出在传给 Class.forName 的字符串不是**全限定类名（FQCN）**，而是文件名、简单类名或带 `.class` 后缀的路径。它不接受路径分隔符（/ 或 \），也不识别 .class 扩展名。
比如你的类文件在 src/main/resources/com/example/MyService.class，对应类声明是 package com.example; + public class MyService，那必须传 "com.example.MyService"，而不是 "com/example/MyService" 或 "MyService"。
- 确保类已编译并落在 classpath 下（如
target/classes/或 jar 包内） - 如果类在 jar 中，该 jar 必须已在 classpath（启动参数或构建工具配置中）
- IDE 运行时 classpath 和打包后运行时 classpath 常不一致，建议用
Thread.currentThread().getContextClassLoader().getResource("com/example/MyService.class")验证是否真能定位到
Class.forName 加载失败抛什么异常？怎么区分原因
Class.forName 抛出的是 ClassNotFoundException，但背后可能有三种根本原因，需结合堆栈和上下文判断：
-
java.lang.ClassNotFoundException: com.example.MyService：类名拼错、包结构不符、类未编译、不在 classpath -
java.lang.NoClassDefFoundError: com/example/MyService（注意斜杠）：说明类曾被加载过，但初始化时因静态块/字段触发了其他类缺失或ExceptionInInitializerError，此时要查 cause - 加载成功但后续
newInstance()报NoClassDefFoundError或IllegalAccessError：目标类无 public 无参构造、或构造器被 private/protected 修饰（Java 9+ 模块限制也可能导致）
推荐写法：
try {
Class<?> clazz = Class.forName("com.example.MyService");
Object instance = clazz.getDeclaredConstructor().newInstance();
} catch (ClassNotFoundException e) {
// 类根本不存在
} catch (Exception e) {
// 构造失败、安全限制、模块访问拒绝等
}
Class.forName("xxx") 和 ClassLoader.loadClass("xxx") 有什么区别？
关键差异在于是否执行**静态初始化块**：
-
Class.forName("xxx")默认会触发类的初始化（即执行static {}块和 static 字段赋值），这是它最常被用来“触发驱动注册”的原因（如老版 JDBC） -
ClassLoader.loadClass("xxx")默认只加载、不初始化；要初始化得额外调用clazz.newInstance()或Class.forName("xxx", true, loader) - 若你只想检查类是否存在而不触发副作用，用
ClassLoader.loadClass更安全 - 若依赖类的 static 初始化逻辑（如注册 SPI、设置全局配置），必须用
Class.forName
注意：Java 9+ 后，Class.forName 在模块系统下还受 opens / exports 限制，非开放包里的类即使路径对也加载失败
动态加载后怎么安全地调用方法？别直接 newInstance()
单纯用 Class.forName(...).newInstance() 已被标记为 deprecated（Java 9 起），且无法处理无参构造器不可见、泛型擦除、异常透出等问题。
更健壮的做法是结合反射 API 显式控制：
- 先用
getDeclaredConstructor()获取构造器，再setAccessible(true)绕过 private 限制（如有需要） - 方法调用优先用
getMethod("xxx", paramTypes...)，避免getDeclaredMethod暴露内部实现细节 - 若目标类实现了某接口（如
Runnable），建议提前定义契约，加载后强制转型，比纯反射调用更清晰、可维护 - 务必捕获
InvocationTargetException并检查getCause()，否则业务异常会被吞掉
真实场景中，多数动态加载需求其实更适合用 ServiceLoader 或现代 DI 容器（如 Spring 的 @ConditionalOnClass），Class.forName 现在更多用于框架底层或兼容旧逻辑
