关键看是否需要立即执行静态代码块和静态变量赋值：class.forname默认触发类初始化，classloader.loadclass默认仅加载链接不初始化；前者用于jdbc驱动注册等必须初始化场景，后者适用于插件热加载等延迟初始化需求。
关键看要不要立刻执行静态代码块和静态变量赋值——Class.forName 默认会初始化类，ClassLoader.loadClass 默认不初始化。这不是“能不能加载”的问题，而是“什么时候触发初始化”的设计选择。
初始化行为差异最直观的表现
调用 Class.forName("com.example.Service") 后，该类的 static{} 块立即执行，静态字段完成赋值；而 getClassLoader().loadClass("com.example.Service") 只把字节码加载进 JVM，链接完就停住，静态块纹丝不动，直到你第一次访问它的静态成员、new 实例或调用静态方法时才真正初始化。
- 常见踩坑：用
loadClass加载 MySQL 驱动类"com.mysql.cj.jdbc.Driver"，后续DriverManager.getConnection()报No suitable driver found——因为驱动注册逻辑写在静态块里，根本没跑 - 验证方式：在目标类里加
static { System.out.println("init triggered"); }，就能清楚看到谁触发、何时触发
类加载器来源不同，影响能否成功加载
Class.forName(String) 默认使用当前线程上下文类加载器（TCCL），Web 容器（如 Tomcat）会把它设为 WebAppClassLoader，适合加载应用级类；ClassLoader.loadClass 是实例方法，必须显式调用某个 ClassLoader 实例（比如 this.getClass().getClassLoader()），它取决于调用方类本身的加载路径。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 在 Servlet 或 Spring 环境中，TCCL 通常更“宽”，能访问到 WEB-INF/lib 下的类；而直接用
MyClass.class.getClassLoader().loadClass(...)可能因双亲委派链受限而失败 - 若需统一控制，推荐显式传参：
Class.forName(name, true, Thread.currentThread().getContextClassLoader())
异常处理方式决定排查难度
Class.forName 找不到类直接抛 ClassNotFoundException（受检异常），必须 catch 或 throws，失败即暴露；loadClass 在所有父加载器都找不到时返回 null，不抛异常——容易忽略判空，后续调用 getDeclaredMethods() 或 newInstance() 直接 NPE，问题延迟爆发，更难定位。
- 安全写法：
Class> clazz = classLoader.loadClass(name); if (clazz == null) { /* 处理缺失 */ } - 如果类存在但初始化失败（比如静态块抛 RuntimeException），
forName会包装成ExceptionInInitializerError抛出；loadClass完全绕过这一步，这类 bug 就藏得更深
典型场景怎么选
不是凭经验乱用，而是按初始化意图来定：
- 必须初始化：JDBC 驱动注册、SPI 服务提供者类（如
META-INF/services/java.sql.Driver中声明的类）、依赖静态字段做配置的框架入口类 → 用Class.forName - 避免初始化：插件热加载、模块按需启用、仅扫描注解或生成代理、防止启动时占用数据库连接/线程池等资源 → 用
ClassLoader.loadClass - 特殊需求：想加载但不初始化，又希望语义清晰——可用
Class.forName(name, false, loader)，但它只是对默认行为的压制，不如loadClass本意明确
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
