Java类加载时静态成员按文本顺序初始化,父类优先于子类;实例创建时先分配内存设默认值,再执行父类构造器、子类非静态块、子类构造器。

类加载时静态成员的初始化顺序
Java程序启动时,并不是从 main 方法第一行开始“执行”的,而是先触发类加载和链接,再进行初始化——这个阶段会按源码中出现的**文本顺序**执行所有 static 变量赋值和 static 代码块。
容易忽略的是:父类的静态成员总在子类之前初始化,哪怕子类的 static 块写在文件顶部;而同一类中,static final 基本类型常量(如 static final int X = 1;)属于编译期常量,不参与运行时初始化流程,会被直接内联。
- 多个
static块之间严格按书写顺序执行 -
static变量初始化表达式中若调用方法,该方法内对尚未初始化的static变量读取,结果为默认值(如int是0) - 避免在
static初始化中依赖尚未定义的其他static成员,否则行为不可靠
实例创建时非静态成员的执行顺序
当执行 new MyClass() 时,JVM 按固定顺序处理:先分配内存(字段设默认值),再执行父类构造器链,最后执行当前类的非静态变量赋值和非静态代码块,最终进入当前类构造方法体。
这意味着:即使你在构造方法里把某个字段设为 5,它可能已经被前面的非静态块设成了 3;而父类构造器中若调用了被子类重写的方法,此时子类字段仍处于默认值状态(常见坑)。
立即学习“Java免费学习笔记(深入)”;
- 父类构造器 → 子类字段默认值 → 子类非静态块 → 子类构造器参数赋值 → 子类构造器方法体
- 非静态块和非静态字段初始化语句,按它们在类中出现的文本顺序执行
- 不要在父类构造器中调用
final以外的可重写方法,子类字段尚未初始化
main 方法只是入口,不是执行起点
main 方法是 JVM 启动后查找并调用的第一个用户方法,但它所在类的静态初始化早已完成。如果 main 所在类有 static 块或静态字段初始化,这些代码会在 main 开始前就执行完毕。
典型反例:有人在 main 里打印日志,却发现在此之前已有输出——那一定是类的静态初始化块干的。
- JVM 启动 → 加载包含
main的类 → 执行其静态初始化 → 调用main - 如果
main类依赖其他类(比如声明了static Other o = new Other();),则那些类也会被递归触发加载和初始化 - 没有被显式引用的类,即使存在也不会被加载(懒加载原则)
字节码层面的执行控制流
Java 源码的执行顺序,在字节码中体现为 invokestatic、invokespecial、invokevirtual 等指令的排列,但真正决定“何时跑哪段”的是 JVM 的类加载机制和对象实例化协议,不是语法糖或缩进。
例如,Lambda 表达式会被编译成私有静态方法,其执行时机仍服从所在位置的上下文顺序;而 try-with-resources 中的资源关闭,由编译器插入到 finally 块,实际执行发生在对应作用域退出时,而非语句写在哪一行。
- 条件分支(
if)、循环(for)等控制结构,只影响运行时跳转,不改变类/实例初始化阶段的固有顺序 - 多线程环境下,不同线程看到的静态初始化完成状态可能不同,需靠
clinit锁保证单次执行,但普通字段读写无此保障 - 反射调用
Class.forName("X")会强制触发初始化;而ClassLoader.loadClass("X")不会
class Parent {
static { System.out.println("Parent static"); }
{ System.out.println("Parent init"); }
Parent() { System.out.println("Parent ctor"); }
}
class Child extends Parent {
static { System.out.println("Child static"); }
{ System.out.println("Child init"); }
Child() { System.out.println("Child ctor"); }
}
public class Main {
public static void main(String[] args) {
new Child();
}
}
上面代码输出顺序固定为:Parent static → Child static → Parent init → Parent ctor → Child init → Child ctor。这个顺序由 JVM 规范硬性规定,不是 Java 编译器“优化”出来的。
真正难调试的,往往不是语句本身怎么写,而是你没意识到某段逻辑其实在 main 之前或构造器中途就被执行了。










