Class.forName抛出ClassNotFoundException的根本原因是类加载器不匹配，而非类名错误；应显式传入正确ClassLoader并验证模块exports/opens。
Class.forName 为什么有时抛出 ClassNotFoundException
根本原因不是类名写错，而是类加载器没找到它——特别是跨模块、OSGi 或 Spring Boot 的 fat jar 场景下。Class.forName 默认用当前线程上下文类加载器（Thread.currentThread().getContextClassLoader()），而你的类可能在另一个 ClassLoader（比如 Tomcat 的 WebAppClassLoader）里。
- 确认类全限定名拼写正确，注意大小写和包路径，比如
com.example.User不是com.example.user - 如果类在依赖 jar 中，检查该 jar 是否真被加载：在调试时打印
clazz.getClassLoader()和Thread.currentThread().getContextClassLoader()对比 - 显式传入类加载器更可靠：
Class.forName("com.example.User", true, MyClass.class.getClassLoader())，第二个参数true表示初始化类（执行 static 块）
newInstance 已被弃用，替代方案怎么选
Class.newInstance() 在 Java 9+ 被标记为 @Deprecated，不只是因为“过时”，而是它绕过访问控制、无法传参、且在模块系统下行为不可控。它本质等价于调用无参构造器，但不检查 SecurityManager，也不支持 private 构造器的显式 setAccessible。
- 用
clazz.getDeclaredConstructor().newInstance()替代：可显式控制构造器访问权限，支持带参场景 - 若构造器是 private，必须先调用
constructor.setAccessible(true)，否则抛IllegalAccessException - 注意：
getDeclaredConstructor()不会自动查找父类构造器，只查本类；若父类有私有无参构造器，子类又没显式定义，会报NoSuchMethodException
反射创建对象时常见 IllegalStateException 或 InstantiationException
这两个异常经常被误认为是“类找不到”或“构造器不存在”，其实多是语义问题：InstantiationException 表示类是 abstract 或 interface；IllegalStateException 往往发生在模块系统（Java 9+）中，类虽存在但未对调用方开放（missing opens 或 exports）。
- 检查目标类是否被声明为
abstract class或interface—— 反射不能实例化它们 - 在 modular Java（
module-info.java）中，确保模块声明了opens com.example to java.base;（若反射访问私有成员）或exports com.example;（若需外部加载该包下的类） - Spring 等框架常代理类（如 CGLIB），此时
clazz.isInterface()或clazz.isSynthetic()可能为 true，直接 newInstance 会失败
性能与安全：为什么生产环境要慎用反射创建对象
反射创建对象比 new 关键字慢 3–5 倍（JDK 8 测试数据），主要开销在构造器查找、访问检查、安全验证；更关键的是，它绕过了编译期类型检查和 IDE 提示，把错误推迟到运行时。
立即学习“Java免费学习笔记（深入）”；
- 避免在高频路径（如 HTTP 请求处理、循环体）中反复调用
Class.forName + getDeclaredConstructor + newInstance - 缓存
Constructor实例比每次都查快得多：private static final Constructor<user> USER_CTOR = User.class.getDeclaredConstructor();</user> - 若只是需要“通用工厂”，优先考虑
Supplier<t></t>或服务加载机制（ServiceLoader），而不是裸反射
