执行顺序为静态代码块→构造代码块→构造方法：静态块在类加载时执行一次，用于类级初始化；构造块每次new时执行，统一对象共性初始化；构造方法最后执行，完成对象特有逻辑。
代码块执行顺序不是语法细节，而是系统初始化稳定性的底层保障机制。它把原本分散、易错的手动初始化，变成由JVM强制约束的确定性流程——只要写对位置，就一定按需、按时、按序执行。
静态代码块：确保类级资源只加载一次
静态代码块在类首次主动使用时执行且仅一次，天然规避重复初始化风险。比如数据库连接池、配置解析、第三方SDK注册等操作，若放在构造方法里，每创建一个对象就重做一遍，既耗资源又易出错；而放进静态块，JVM自动保证“全局唯一、首次触发、全程复用”。
- 适合集中初始化不可变或共享资源，如
static final Map<String, Handler> HANDLERS的预填充 - 配合
try-catch可捕获并处理初始化异常，避免后续调用直接抛ExceptionInInitializerError - 注意避开隐式依赖：不要在静态块中调用尚未完成初始化的其他类的静态方法，否则可能引发死锁或
NoClassDefFoundError
构造代码块：统一所有对象的共性准备动作
构造代码块在每次new时自动插入每个构造方法开头，比构造体更早拿到this，但晚于父类构造完成。这使得它成为放置“对象必做但与参数无关”逻辑的理想位置，比如日志标记、状态校验、资源预分配。
- 避免多个构造器中重复写
log.info("创建新实例")或validate()，抽到构造块里即可一劳永逸 - 字段已声明（默认值生效）、
this可用、父类状态已就绪——此时调用本类非final方法是安全的 - 多个构造块按源码顺序执行，便于分阶段组织逻辑，例如先设ID、再打日志、最后检查环境
继承链中的严格分层：防止父类误用子类未初始化状态
Java强制执行“先父后子、先静态后实例”的双维度顺序，从根本上切断了常见空指针和默认值陷阱。父类构造函数运行时，子类字段还是null或0，如果父类构造中调用了被子类重写的方法，结果必然不可靠；而代码块的嵌入时机（父类构造返回后才执行子类构造块）让这种误用在结构上就被限制。
立即学习“Java免费学习笔记（深入）”；
- 父类构造器内不应调用
protected或public方法——除非明确设计为模板方法且子类不重写 - 子类构造块中可安全访问本类字段（已声明），但不能依赖子类构造器参数赋值后的值（因构造体尚未执行）
- 整个链条可预测：
父静态 → 子静态 → 父实例变量/块 → 父构造 → 子实例变量/块 → 子构造
与构造器协同分工：让初始化意图清晰可维护
静态块管“类该什么样”，构造块管“对象共性是什么”，构造器管“这个对象具体是谁”。三者职责分明，降低了耦合，也提升了可测试性。比如一个UserService类，静态块加载用户类型枚举，构造块设置默认超时和日志前缀，构造器接收租户ID并初始化上下文——每层各司其职，修改某一部分不影响其他。
- 避免在构造块里做耗时操作（如读文件、连网络），否则拖慢对象创建，影响响应时间
- 复杂逻辑建议封装成私有静态/实例方法，保持代码块简洁，便于单元测试模拟
- 优先使用
final字段 + 构造器注入，而非依赖代码块赋值，更利于构建不可变对象
