Class.forName触发类初始化而ClassLoader.loadClass不触发——前者执行static块和字段赋值，后者仅完成加载与链接；前者默认用上下文类加载器且抛ClassNotFoundException，后者需指定实例、失败返回null。
Java 类加载机制中，Class.forName 和 ClassLoader.loadClass 的核心区别在于是否触发类的「初始化」阶段——这是理解二者行为差异的关键。
是否执行静态初始化
Class.forName 默认完成类加载五阶段中的全部流程：加载 → 验证 → 准备 → 解析 → 初始化。其中「初始化」会执行 static 代码块和 static 字段赋值。
ClassLoader.loadClass 只走到「加载 + 链接」（验证、准备、解析），跳过初始化。类真正被初始化，要等到首次主动使用时，比如 new 实例、调用静态方法、访问静态字段。
- JDBC 驱动注册依赖 static 块向 DriverManager 注册自己，所以必须用 Class.forName
- 扫描带 @Component 注解的类时，只需读取注解元数据，不希望触发副作用，适合用 loadClass
类加载器来源不同
Class.forName(String) 默认使用当前线程上下文类加载器（Thread.currentThread().getContextClassLoader()），在 Web 容器、OSGi 或模块化环境中更可靠。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
ClassLoader.loadClass 是实例方法，需先拿到一个 ClassLoader 实例（如 MyClass.class.getClassLoader()），它受限于该类自身的双亲委派链。
- 若需统一控制，Class.forName 也支持三参数重载：
Class.forName(name, true, loader) - 自定义类加载器（如从网络或加密包加载字节码）只能通过 ClassLoader 子类实现，无法用 forName 替代
异常与失败处理方式不同
Class.forName 找不到类时抛出受检异常 ClassNotFoundException，强制处理，失败显式可见。
ClassLoader.loadClass 在所有父加载器都失败后返回 null，不是抛异常；若忽略判空直接调用 getDeclaredMethods() 等，会触发 NullPointerException，排查更隐蔽。
- 框架底层封装常用 loadClass，配合判空和日志，避免中断流程
- 业务代码中明确依赖类存在且需立即生效，优先选 forName
适用场景分工明确
选哪个不是看“能不能加载”，而是看“该不该初始化”。
- 必须用 Class.forName：JDBC 驱动、SPI 服务配置类（META-INF/services/xxx）、依赖静态注册逻辑的插件入口
- 适合用 loadClass：热部署插件扫描、注解处理器、仅需 Class 对象获取泛型/注解信息、延迟初始化优化启动速度
