java类初始化时，静态变量和静态代码块按源码顺序、先父后子执行一次；仅在类首次主动使用（如访问非final静态字段、调用静态方法等）时触发，编译期常量除外。
Java类初始化时，静态变量和静态代码块的执行不是随意发生的，而是严格按规则触发——关键在于“类是否首次主动使用”，而不是“有没有写static”。一旦触发，它们就按源码顺序从上到下、先父后子执行一次，且不可跳过、不可重复。
静态成员初始化只发生在类首次主动使用时
所谓“主动使用”，包括：访问静态字段（非编译期常量）、调用静态方法、创建该类实例、反射获取Class对象、初始化子类（导致父类先初始化）等。仅声明引用、import、或访问final static基本类型常量（如public static final int VERSION = 1;），不会触发初始化。
- 例如：Child.say()被调用 → 触发Parent和Child类初始化 → 所有父类静态成员先执行，再执行子类静态成员
- 而System.out.println(Parent.parentField)只会触发Parent初始化，Child完全不参与
- 若某静态变量赋值抛出异常（如NullPointerException），整个类初始化失败，后续任何对该类的访问都会直接抛NoClassDefFoundError
静态变量与静态代码块按声明顺序混合执行
它们没有“谁先谁后”的绝对优先级，而是统一纳入类初始化阶段的
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 比如：static { System.out.println("A"); }写在类头，但后面有static String s = init();，则init()一定在"A"之后执行
- 常见误区：认为“static块能延迟变量初始化”——其实二者是同一执行流里的连续步骤，不存在覆盖或抢占
- 建议编码习惯：把所有静态变量声明放在静态块之前，避免因顺序理解偏差引发逻辑错误
父子类初始化强制遵循“先父后子”顺序
JVM规范强制保证：子类初始化前，父类必须已完成全部静态初始化（包括所有静态变量赋值和静态块）。这个过程不可绕过，也不受调用路径影响。
- 即使只调用Parent.staticMethod()，也只初始化Parent；但若调用Child.staticMethod()，则Parent和Child都会被初始化
- 父类静态块中若引用了子类的静态字段（不推荐），会触发子类初始化——形成隐式依赖，需格外谨慎
- final static编译期常量是唯一例外：它们在编译时就被内联到调用处，不参与运行时类初始化流程
实战中容易踩坑的几个细节
真实开发里，问题往往不出在理论，而出在边界情况的疏忽：
- 在静态变量初始化方法中调用可被重写（override）的实例方法，此时子类字段尚未初始化（值为默认0/false/null），可能返回错误结果
- 静态块里new本类实例（如static A a = new A();），会提前触发实例初始化流程，导致字段、非静态块、构造器在静态阶段就被执行
- 多个静态块分散在类中不同位置，靠肉眼难判断执行顺序——建议合并为一个块，或用清晰注释标明意图
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
