获取Class对象：静态代码块在Class.forName调用时的执行时机

Class.forName("com.example.MyClass") 这个调用，默认会触发类初始化，也就是说，静态代码块里的代码会执行。但如果你只想加载类、不触发初始化，那就得用那个三参数的重载版本，把第二个参数设成false。

调用 Class.forName("com.example.MyClass") 时，静态代码块会在类首次被主动初始化时执行，而 Class.forName 默认就会触发初始化。这是 Ja va 类加载机制中“初始化”阶段的关键行为，不是所有类加载都会触发它。

Class.forName 的默认行为：会初始化类

标准的 Class.forName(String className) 方法（单参数版本）不仅加载类，还会对类进行初始化。初始化这一步，主要做三件事：

• 执行类的静态变量赋值语句（按声明顺序）
• 执行静态代码块（按出现顺序，与静态变量初始化交织）
• 若父类尚未初始化，则先初始化父类（遵循继承链）

所以，只要这个类之前没被初始化过，第一次调用 Class.forName 就会看到静态代码块跑起来。这其实是个很常见的坑——不少开发者以为只要加载类就能拿到 Class 对象，结果却意外触发了静态逻辑。

如何避免静态代码块执行？用重载方法

如果只想加载类、不触发初始化（比如只是检查类是否存在，或者获取 Class 对象用于反射发现），应该用三参数版本：

• 第二个参数 false 表示“不初始化”
• 第三个参数指定类加载器（常用 MyClass.class.getClassLoader() 或 Thread.currentThread().getContextClassLoader()）
• 此时静态代码块不会执行，类只完成“加载”和“连接”（验证、准备），跳过“初始化”

换句话说，真正的控制权在第二个参数上。设置成 false，就相当于明确告诉 JVM：别着急，先别跑静态代码块。

什么情况下 Class.forName 不会执行静态块？

除了显式禁用初始化，还有几种情况也会导致静态代码块不执行：

• 类已被 JVM 初始化过（后续调用 Class.forName 不再触发）
• 通过其他方式（如子类引用、new 实例、访问静态字段等）已触发过初始化
• 使用 ClassLoader.loadClass() —— 它只加载不初始化，是 Class.forName(false) 的底层等价操作

需要注意的是，这些情况都是“不会触发”而非“无法触发”。类的初始化阶段一旦完成，后续再调用 forName 就不会重复执行静态代码块了。

注意：静态代码块 ≠ 类加载完成

类加载（Loading）本身不执行静态代码块；只有进入初始化（Initialization）阶段才会。JVM 规范定义了 6 种主动引用触发初始化的情形，Class.forName(String) 正是其中之一。而类加载可能早于初始化发生——比如父类初始化时，子类可能被加载但暂不初始化。这才是关键所在：静态代码块只在初始化阶段执行，而类加载不一定会触发初始化。