Class.forName触发初始化而ClassLoader.loadClass不触发：前者执行static块并赋值，后者仅加载链接，首次主动使用才初始化；类加载器来源与异常处理机制也不同。
核心区别在是否触发「初始化」阶段
Java 类加载分三步：加载（Load）、链接（Link）、初始化（Initialize）。只有「初始化」阶段才会执行 static {} 块和给非编译期常量的 static 字段赋值。
Class.forName("X") 默认走到初始化阶段，静态代码块立刻执行；ClassLoader.loadClass("X") 只到链接结束，静态逻辑原封不动，直到你首次访问它的静态成员、new 实例或调用静态方法时才触发。
初始化行为可验证的典型现象
写一个含静态打印和字段赋值的类：
- 用 Class.forName("Test") → 控制台立即输出“静态代码块执行”，且 static int val 已是设定值（如 100）
- 用 getClass().getClassLoader().loadClass("Test") → 控制台无输出，val 仍为 int 默认值 0
- 后续若调用 Test.val 或 new Test()，此时才执行静态块并完成赋值
类加载器来源不同，影响能否加载成功
两者默认使用的类加载器不一致，容易导致 NoClassDefFoundError：
- Class.forName(String) 默认用当前线程上下文类加载器（TCCL），Web 应用中通常是 WebAppClassLoader
- ClassLoader.loadClass(String) 是实例方法，必须先拿到一个 ClassLoader 对象，比如 MyClass.class.getClassLoader()，它取决于你从哪个类出发获取
- 在 Tomcat 或 OSGi 环境中，这种差异会直接决定类找不找得到
异常处理与失败信号完全不同
出错方式差异大，排查难度也不同：
- Class.forName 找不到类时抛 ClassNotFoundException；初始化失败（如静态块 throw Exception）则包装为 ExceptionInInitializerError
- ClassLoader.loadClass 找不到类时返回 null，不是抛异常——不判空就调用 .newInstance() 会直接 NPE
- loadClass 成功返回 Class 对象，但后续首次使用时才可能爆 NoClassDefFoundError 或 ExceptionInInitializerError，问题延后暴露，更难定位
