获取Class对象:静态代码块在Class.forName调用时的执行时机
Class.forName单参数版本默认触发类初始化并执行静态代码块;三参数重载若设第二个参数为false则可跳过初始化,仅完成加载与连接。类加载与初始化不同,静态代码块只在初始化阶段执行。常用于加载数据库驱动等场景,需注意避免静态块遗漏。
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 对象用于反射发现),应该用三参数版本:
Class.forName("com.example.MyClass", false, classLoader)
- 第二个参数
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) 正是其中之一。而类加载可能早于初始化发生——比如父类初始化时,子类可能被加载但暂不初始化。这才是关键所在:静态代码块只在初始化阶段执行,而类加载不一定会触发初始化。


































