Class.forName会触发类初始化（执行static块），loadClass仅加载不初始化；前者失败抛ClassNotFoundException，后者返回null；Class.forName有initialize参数可禁用初始化，但语义不如loadClass纯粹。
Class.forName 会立即执行 static {} 块，loadClass 不会
这是最直观、最常踩坑的差异。当你写 Class.forName("com.example.Driver")，JVM 不仅加载类，还会立刻走到「初始化」阶段：所有 static {} 块执行，static final 非编译期常量也会被赋值；而 classLoader.loadClass("com.example.Driver") 只停在「加载+链接」，静态代码块原封不动，直到你第一次调用它的静态方法、访问静态字段或 new 实例时才触发。
典型场景是 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。
