在类首次主动使用时执行且仅一次，包括调用静态方法、访问非编译期常量静态字段、new实例、反射获取class、子类初始化（父类未初始化时）；编译期常量不触发。
Java类加载时<clinit></clinit>到底在什么时候跑
<clinit></clinit>是JVM自动生成的静态初始化方法，不是你写的任何函数，但它会执行所有静态变量赋值和static代码块。它只在**类首次主动使用**时触发，且仅执行一次。
常见错误现象：以为只要new一个对象就跑<clinit></clinit>，其实可能早就在引用某个静态常量时就执行过了；或者误以为子类初始化一定会触发父类<clinit></clinit>——其实父类<clinit></clinit>早已执行完毕，除非父类还没被初始化过。
关键点：
-
<clinit></clinit>执行时机包括：首次调用该类的静态方法、首次访问非编译期常量的静态字段、首次new该类实例、反射获取Class对象、子类初始化（但前提是父类尚未初始化） - 编译期常量（如
public static final int X = 123;）不会触发<clinit></clinit>，因为它们在编译时就被内联到调用处了 - 多个静态块和静态变量初始化按源码顺序合并进
<clinit></clinit>，且JVM保证其线程安全（由类加载器加锁控制）
<init></init>和new指令的关系
每次new一个对象，JVM都会调用对应的<init></init>方法——也就是你写的构造器编译后生成的那个。但注意：<init></init>不是构造器本身，而是构造器的字节码实现，它不包含static内容，只处理实例字段和{}实例初始化块。
立即学习“Java免费学习笔记（深入）”；
容易踩的坑：
- 父类构造器没显式调用
super()时，编译器会自动插入，但若父类没有无参构造器，编译直接失败——这不是<init></init>的问题，而是语法约束 - 如果构造器抛异常，
<init></init>执行中途退出，对象虽已分配内存，但不会被返回，也不会触发finalize或Cleaner注册 - 匿名内部类或Lambda表达式捕获局部变量时，那些变量会被复制进新对象的字段，这部分逻辑也发生在
<init></init>里
为什么<clinit></clinit>和<init></init>不能互相调用
JVM规范明确禁止在字节码层面从<clinit></clinit>跳转到<init></init>，反之亦然。这不是Java语言层的限制，而是JVM运行时的安全机制。
原因很实际：
-
<clinit></clinit>运行时，类可能还未准备好实例化（比如依赖的某些类还在加载中），此时调用<init></init>会导致死锁或NoClassDefFoundError -
<init></init>需要this指针，而<clinit></clinit>没有this——它是类级别的，不属于任何对象 - 试图用反射在
<clinit></clinit>里newInstance()，会触发该类的<init></init>，但前提是类已完成初始化；否则先卡在自己的<clinit></clinit>里，形成循环等待
调试时怎么确认<clinit></clinit>或<init></init>是否执行了
不能靠断点（IDE通常不支持对<clinit></clinit>设断），得靠日志或字节码观察。
实操建议：
- 在静态块和构造器第一行加
System.out.println("clinit running")或System.out.println("init running")，最简单有效 - 用
javap -c YourClass查看是否生成了<clinit></clinit>（有static字段或static块才生成）和<init></init>（只要有构造器就生成） - 启动JVM时加
-XX:+TraceClassLoading，能看到类加载和初始化时间点，配合日志可定位<clinit></clinit>触发源头
真正复杂的地方在于：类加载、链接、初始化三个阶段边界模糊，而<clinit></clinit>属于初始化阶段的唯一入口。很多人把“类加载完成”等同于“可以安全使用”，其实只要没走到<clinit></clinit>，静态资源就还没就位——这点在OSGi、热部署、模块化场景里特别要小心。
