java静态变量和静态块按源码顺序合并进方法执行，父类优先于子类；准备阶段设默认值，初始化阶段才赋值；静态块不可访问实例成员，异常会导致noclassdeffounderror。
Java 类变量（即静态变量）和静态代码块的初始化，不是靠“谁更重要”来决定先后，而是由 JVM 严格按类加载流程和源码书写顺序执行。理解这个机制，才能避开空指针、默认值误用、循环依赖等常见问题。
静态成员统一走 方法，按源码从上到下执行
静态变量赋值语句（如 static String s = init();）和 static {} 块在编译后全部合并进一个叫
- 先声明的静态变量，其初始化表达式就先求值
- 紧接着遇到的静态块，就立即执行
- 哪怕块写在变量声明上方，实际执行仍以变量在源码中的位置为准
- 多个静态块之间也严格按出现顺序执行，不会跳过或重排
父类静态部分永远先于子类执行
只要触发子类的首次主动使用（比如 new 子类、调用子类静态方法），JVM 就会强制先完成整个父类的静态初始化——包括父类所有静态变量赋值和静态块，且只执行一次：
- Grandparent 类的静态内容 → Parent 类的静态内容 → Child 类的静态内容
- 父类静态块中可安全读写父类 public static 字段，但不能依赖子类的任何静态状态
- 子类静态块里能访问父类已初始化的静态字段；反过来则可能拿到默认值（如 null 或 0）
准备阶段设默认值，初始化阶段才真正赋值
类加载的“准备阶段”会给所有静态变量分配内存并设默认值（int=0、Object=null），但此时不执行任何赋值语句或静态块。真正的初始化发生在“初始化阶段”：
- 静态 final 基本类型常量（如 public static final int PORT = 8080;）是例外——值在编译期就被内联，不参与运行时初始化
- 若某个静态变量初始化抛出未捕获异常（如 NullPointerException），整个类初始化失败，后续所有访问都会直接抛 NoClassDefFoundError
- 静态块中不能使用 this、不能调用实例方法、也不能访问实例变量——此时还没有任何对象存在
常见陷阱与验证建议
实际开发中容易踩坑的地方，往往不是语法写错，而是对执行时机判断失误：
- 在静态块里 new 本类实例，可能提前触发构造流程，而此时静态初始化还没完成，易引发循环依赖
- 静态变量初始化调用了尚未声明的另一个静态字段，结果取到的是默认值，不是编译错误
- 用 ClassLoader.loadClass("X") 不会触发初始化，但 Class.forName("X") 默认会
- 建议在关键位置加日志（如 System.out.println("init A")），通过输出顺序确认实际执行流
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
