如何区分 Class.forName 和 ClassLoader.loadClass 在类初始化时机上的不同表现？

本文共计779个文字，预计阅读时间需要4分钟。

这是最直接、最常见的差异。当你使用 `Class.forName()` 方法时，你实际上是在通过类名获取对应的 `Class` 对象。下面是一个简单的例子：

典型场景是 JDBC 驱动注册——老版本 MySQL 驱动依赖 static {} 里自动调用 DriverManager.registerDriver()，所以必须用 Class.forName()；若误用 loadClass()，驱动不注册，后续 getConnection() 直接抛 SQLException: No suitable driver。

ClassLoader.loadClass 返回 null，Class.forName 抛 ClassNotFoundException

异常行为不同，直接影响错误处理逻辑：

• Class.forName("xxx.NonExist") 立即抛 ClassNotFoundException，适合强依赖类必须存在的场景
• classLoader.loadClass("xxx.NonExist") 默认返回 null（注意不是抛异常），需手动判空；但后续一旦尝试用这个 null 做 .newInstance() 或反射调用，就会崩出 NoClassDefFoundError，堆栈更难定位
• 某些自定义 ClassLoader（如 OSGi、模块化环境）可能重写 loadClass 行为，返回非 null 但未初始化的 Class，进一步增加不确定性

Class.forName 有重载版本可控制是否初始化

很多人只用单参数 Class.forName(String)，其实它底层调的是 forName0(String, boolean, ClassLoader)，第二个参数 initialize 决定是否初始化。你可以显式关掉：

Class<?> clazz = Class.forName("com.example.Test", false, loader);

这时行为就和 loadClass() 接近了——加载但不初始化。但要注意：

• 这个 false 版本不常用，文档弱提示，容易被忽略
• 即使设为 false，如果该类父类已被初始化，仍可能因继承链触发部分静态逻辑
• loadClass() 的语义更纯粹：它从设计上就不承诺初始化，而 forName(..., false, ...) 是对默认行为的临时压制，意图不如前者清晰

热加载/插件系统中 loadClass 更安全

如果你在写一个支持动态卸载的插件容器，比如根据配置加载不同实现类并随时替换，用 loadClass() 是更合理的选择：

• 避免首次加载就执行静态初始化，防止资源提前占用（如数据库连接、线程池、文件句柄）
• 类卸载前，只要没触发初始化，就不会有静态字段持有对象引用，GC 更干净
• 多个插件含同名类时，loadClass() 可配合自定义 ClassLoader 实现类隔离；而 Class.forName() 默认走上下文类加载器，容易串包

不过得小心：一旦你调用了 clazz.getDeclaredMethod("init").invoke(null) 这类操作，初始化就不可逆了——哪怕之前用的是 loadClass。