Java对象初始化顺序为：父类静态→子类静态→父类实例变量/构造块→父类构造器→子类实例变量/构造块→子类构造器；静态部分仅限类级一次性准备，构造块用于共性初始化，构造器专注差异化定制，继承中须避免在父类构造器中调用子类可重写方法。
Java 中代码块执行顺序一旦混乱，对象就容易处于“半初始化”状态——字段为 null、数值为 0、逻辑跳过校验，看似运行无错，实则埋下空指针或业务异常隐患。关键不是记住全部顺序，而是把初始化动作放在它该在的位置。
静态部分只做类级准备，别碰实例逻辑
静态代码块和静态变量赋值只执行一次，在类首次主动使用时触发。它们不能访问 this，也不能调用任何实例方法或访问非 static 字段。常见错误是：在 static 块里调用 Spring 的 getBean()，或试图 new 当前类实例来预热缓存——此时容器可能未启动，或类自身尚未完成初始化，直接抛 ExceptionInInitializerError。
- 把配置加载、连接池创建、常量解析等真正“一次性”的事放在这里
- 避免 I/O、网络请求、反射调用等不可靠操作；复杂逻辑移到首次访问时的延迟初始化中
- 多个静态成员按源码从上到下执行，依赖关系必须靠声明顺序保证（比如先声明
static Config cfg = load();，再声明static Service s = create(cfg);）
构造代码块统一共性初始化，但别调子类方法
构造代码块（即不带 static 的 {}）每次 new 对象都会执行，且固定插在每个构造方法体之前、父类构造返回之后。它能访问 this 和所有实例字段，适合封装日志标记、ID 生成、资源预检查等所有对象都需执行的逻辑。
- 它和实例变量显式赋值（如
String name = "default";）地位等同，二者选其一即可，避免重复赋值或覆盖 - 严禁在构造代码块、字段初始化表达式、或构造器第一行之前调用非 final / 非 private 方法——这些方法若被子类重写，执行时子类字段仍是默认值（
null或0），极易引发 NPE 或计算错误 - 若需复用逻辑，优先提取为
private实例方法，而非暴露给继承体系
构造方法专注差异化定制，super() 必须最先
构造方法不是初始化起点，而是收尾环节。它的核心职责是接收参数、校验输入、设置业务特有状态，并协调父类初始化。JVM 要求 super() 或 this() 必须是构造器第一行（显式或隐式），否则编译失败。
立即学习“Java免费学习笔记（深入）”；
- 不要在构造器开头就调用可重写方法；也不要在 super() 前做任何依赖子类字段的操作
- 多个构造器共用逻辑，应提取到构造代码块；差异逻辑才放进各自构造体
- 推荐用 final 字段 + 构造器参数注入替代代码块赋值，更利于不可变性和单元测试
继承场景下严格遵循“父→子、静→实”双主线
当存在父子类时，完整顺序是：父类静态 → 子类静态 → 父类实例变量/构造块 → 父类构造器 → 子类实例变量/构造块 → 子类构造器。这意味着：父类构造器执行时，子类所有实例字段都还是默认值。
- 父类构造器中若调用了被子类重写的方法，而该方法又读取了子类字段，结果一定是未初始化状态
- 解决办法：把可重写逻辑推迟到
init()等后期方法中，或改用模板方法模式，由子类在afterInit()中补充 - 调试时可用
javap -c YourClass查看编译后<clinit>和<init>的实际指令，确认初始化逻辑是否被正确插入
