核心区别在于是否触发类初始化：class.forname执行静态代码块和字段赋值，classloader.loadclass仅加载链接不初始化；前者用于jdbc驱动注册等需立即初始化场景，后者适用于元信息扫描等避免副作用的场景。
核心区别在于：是否触发类的初始化阶段。Class.forName 默认执行静态代码块和静态字段赋值；ClassLoader.loadClass 只完成加载和链接，不执行初始化。
初始化行为不同
这是最直接影响程序行为的差异：
- Class.forName("com.example.Driver") 会立即进入「初始化」阶段，执行所有 static {} 块和 static 字段赋值 —— JDBC 驱动正是靠这个机制向 DriverManager 自动注册
- ClassLoader.loadClass("com.example.Driver") 仅走到「加载 + 链接」（验证、准备、解析），static 块原封不动，直到你 new 实例、调用静态方法或访问静态字段时才触发初始化
- 如果误用 loadClass 加载驱动，后续调用 getConnection() 就会报 No suitable driver found
异常与返回值处理方式不同
错误响应逻辑完全不同，容易引发隐蔽问题：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- Class.forName 找不到类时直接抛出受检异常 ClassNotFoundException，必须 try-catch 或 throws
- ClassLoader.loadClass 在所有父加载器都无法加载时返回 null，不是抛异常 —— 若忽略判空就调用 getDeclaredMethods() 或 newInstance()，会直接 NPE
- loadClass 的失败是“静默”的，排查更困难；Class.forName 的失败是“显式”的，强制开发者面对
类加载器来源不一致
看似相同的操作，背后可能使用完全不同的类加载器：
- Class.forName(String) 默认使用当前线程上下文类加载器（Thread.currentThread().getContextClassLoader()），适合 Web 容器、OSGi 等插件化环境
- ClassLoader.loadClass 是实例方法，需先获取 ClassLoader 实例，比如 MyClass.class.getClassLoader() —— 它受限于该类自身的加载路径和双亲委派链
- 若需统一控制，Class.forName 也支持三参数重载：Class.forName(name, true, loader)，可显式传入指定加载器
适用场景有明确分工
选哪个不是看“能不能”，而是看“该不该初始化”：
- 必须用 Class.forName 的场景：JDBC 驱动加载、SPI 服务提供者配置类（META-INF/services/xxx）中依赖静态注册逻辑的类
- 适合用 loadClass 的场景：插件热替换、模块扫描（如查找带特定注解的类）、仅需反射读取元信息而不希望触发副作用
- 注意：loadClass 返回的 Class 对象不能直接 newInstance()，除非你确认它已被初始化（或后续会触发）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
