Class.forName会触发类初始化而ClassLoader.loadClass不会，导致静态代码块执行与否及JDBC驱动注册成败；前者抛ClassNotFoundException，后者返回null且加载器来源不同。
获取 Class 对象时，ClassLoader.loadClass 和 Class.forName 表面看都能返回 Class 实例，但本质差异在于类是否被初始化——这直接决定静态代码块是否执行、静态字段是否赋值、以及驱动注册等关键逻辑能否生效。
核心区别：是否触发类的初始化阶段
Java 类加载有七个阶段，其中「初始化」（Initialization）是唯一执行 static {} 块和 static 字段赋值的阶段。两者的分水岭就在这里：
- Class.forName("com.example.Driver") 默认会完成加载 + 链接 + 初始化，立即执行 static 块（例如 DriverManager.registerDriver(...)）
- ClassLoader.loadClass("com.example.Driver") 只做到加载 + 链接，跳过初始化；static 块原封不动，直到首次主动使用该类（如调用静态方法、访问静态字段、new 实例）才触发
典型错误场景：JDBC 驱动加载失败
老版本 JDBC 依赖驱动类在 static 块中向 DriverManager 自动注册。如果误用 loadClass：
-
getClass().getClassLoader().loadClass("com.mysql.cj.jdbc.Driver")→ 驱动类已加载，但未注册 - 后续调用
DriverManager.getConnection(...)时抛出No suitable driver found - 正确写法必须是
Class.forName("com.mysql.cj.jdbc.Driver")，确保初始化发生
异常处理与返回值行为不同
二者对“类不存在”的响应方式截然不同，容易引发隐蔽问题：
-
Class.forName 找不到类时直接抛
ClassNotFoundException（受检异常），必须显式处理 -
ClassLoader.loadClass 在所有父加载器都无法加载时，返回 null，而非抛异常；若忽略判空直接调用
.getDeclaredMethods()或.newInstance()，将导致 NPE 或运行时崩溃
类加载器来源可能不一致
看似相同的操作，背后使用的 ClassLoader 可能不同：
-
Class.forName("X")默认使用当前线程上下文类加载器（Thread.currentThread().getContextClassLoader()），适合插件或容器环境 -
MyClass.class.getClassLoader().loadClass("X")使用的是MyClass所在的加载器，受限于它的双亲委派链，可能无法加载跨模块类 - 若需控制加载器，Class.forName 也支持三参数重载：
Class.forName(name, true, loader)
