java类初始化分静态和实例两个独立阶段：静态初始化按继承链自顶向下执行一次，实例初始化每次new都从父类开始逐层完成，字段和代码块在构造器体前执行。
Java 中带有继承关系的类初始化顺序分两个完全独立的阶段：类加载时的静态初始化，和创建对象时的实例初始化。两者不交叉、不重叠，触发时机和执行范围都不同。
静态部分：按继承链自顶向下，只执行一次
当某个类首次被主动使用（如 new 子类()、调用子类静态方法、访问子类 public static 字段），JVM 会沿继承链从父类到子类依次完成静态初始化：
- 父类所有静态变量（按声明顺序）
- 父类所有静态代码块（按书写顺序）
- 子类所有静态变量（按声明顺序）
- 子类所有静态代码块（按书写顺序）
注意：只要父类或子类尚未被触发，其静态部分就不会执行。例如只 new 父类()，子类的静态块永远不运行。
实例部分：每次 new 都完整走一遍，严格嵌套推进
每创建一个对象，JVM 会从父类开始逐层向下完成实例初始化，实际顺序是编译器“重排”后的结果：
- 父类实例变量设默认值（int=0、Object=null 等）
- 父类非静态代码块 + 实例变量显式初始化（如
String s = log("s init")） - 父类构造方法体（第一行隐式或显式
super()已返回） - 子类实例变量设默认值
- 子类非静态代码块 + 实例变量显式初始化
- 子类构造方法体
关键点：字段赋值和非静态块不是“在构造器里执行”，而是被自动插入到 super() 返回之后、构造器代码之前 —— 所以构造器体里看到的字段，早已完成初始化。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
容易出错的构造器陷阱
父类构造器中调用被子类重写的方法，是个典型风险点：
- 此时子类字段仍为默认值（如 null 或 0），未进入子类初始化阶段
- 若该方法访问子类字段，可能引发 NPE 或逻辑错误
- 调试时可在父类构造器首行设断点，观察子类字段真实值
另外，子类构造器不会“先执行再初始化字段”，顺序永远是字段/代码块 → 构造器体。
验证建议：用最小示例加日志
写一个只有静态块、实例块、简单字段和空构造器的父子类，每个初始化位置加带类名和动作标识的日志，比如：
static { System.out.println("Parent static"); }{ System.out.println("Parent instance block"); }String name = log("name in Parent");
运行后输出类似：Parent static → Son static → Parent instance block → Parent name init → Parent() → Son instance block → Son name init → Son()，就是标准顺序的实证。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
