Java类初始化和对象初始化是两个不同阶段、不同作用域的初始化过程：类初始化只发生一次，执行静态代码块和静态变量赋值，由JVM在类首次主动使用时触发；对象初始化每次new都执行，整合实例变量赋值、构造代码块和构造方法体，按继承层次逐级展开。
Java类初始化和对象初始化是两个不同阶段、不同作用域的初始化过程，核心区别在于：类初始化只发生一次，处理静态成员；对象初始化每次new都执行，处理实例成员。理解它们的触发时机和执行顺序，是避免“变量未初始化”“静态依赖错乱”等隐蔽问题的关键。
类初始化：静态代码块与静态变量如何运行
类初始化由JVM在类首次被主动使用时触发，比如调用静态方法、访问静态字段、或第一次new该类实例。它执行的是<clinit>方法，由所有静态变量显式赋值语句和静态代码块（static{}）按源码从上到下合并而成。
- 父类静态部分先于子类执行：父类静态变量 → 父类静态块 → 子类静态变量 → 子类静态块
- 静态块中只能访问静态成员，不能用
this，也不能调用实例方法 -
public static final int MAX = 100;这类编译期常量不触发类初始化，直接内联 - 若静态变量初始化时
new了本类对象（如static A a = new A();），会提前进入对象初始化流程，但此时类尚未完成初始化，易引发空指针或状态不一致
对象初始化：构造代码块、实例变量与构造器怎么配合
每次调用new创建对象时，都会执行对象初始化，即<init>方法。它把实例变量显式赋值、非静态代码块（{}）和构造方法体三者整合——前两者按声明顺序插入到每个构造方法开头（super()之后），构造体最后执行。
- 执行链为：父类实例变量赋值 → 父类构造代码块 → 父类构造方法体 → 子类实例变量赋值 → 子类构造代码块 → 子类构造方法体
- 构造代码块对所有构造器通用，适合抽取共用初始化逻辑（如日志、资源预检）
- 实例变量赋值和构造代码块地位等同，谁写在前面就先执行谁，哪怕中间隔着字段声明
- 非静态代码块可访问
this、实例方法和外部局部变量（若定义在方法内）
继承场景下的完整执行链条（带示例逻辑）
当存在父子类继承时，初始化不是线性平铺，而是分层展开的嵌套过程。以下为典型顺序（假设new Child()）：
立即学习“Java免费学习笔记（深入）”；
- 加载
Child.class→ 发现父类Parent，递归加载Parent.class - 执行
Parent.<clinit>：父类静态变量 → 父类静态块 - 执行
Child.<clinit>：子类静态变量 → 子类静态块 - 开始
new Child()：分配内存 → 调用Child.<init> -
Child.<init>首行隐式super()→ 进入Parent.<init> -
Parent.<init>中：父类实例变量赋值 → 父类构造代码块 → 父类构造体 - 返回
Child.<init>：子类实例变量赋值 → 子类构造代码块 → 子类构造体
常见误区与调试建议
很多开发者背下“静态块 > 构造块 > 构造方法”的口诀却仍出错，问题往往出在忽略触发条件或继承干扰。例如：
- 误以为静态块在类加载时立刻执行——实际需“首次主动使用”，单纯引用类名（如
Class.forName("X", false, loader)且initialize=false）不会触发 - 在父类静态块里访问子类
public static字段——编译通过，但运行时可能为默认值（子类尚未初始化） - 构造代码块中调用被子类重写的方法——因对象尚未完全构建，可能访问到未初始化的子类字段
- 调试时可在各代码块加
System.out.println("in Parent static block")，观察输出顺序验证理解
