Java代码块执行顺序虽非设计模式，但能天然支撑单例、模板方法、建造者和策略等模式：静态块保障单例线程安全与延迟加载，实例块统一子类初始化，校验对象状态，预热策略集合。
Java 中代码块的执行顺序本身不是设计模式，但它能天然支撑多种设计模式的实现逻辑，尤其在控制初始化时机、保证单例唯一性、统一对象状态等方面起关键作用。合理利用静态块、实例块与构造器的执行层级，能让模式更简洁、安全、可维护。
单例模式：靠静态块确保线程安全与延迟加载
静态代码块在类加载时执行一次，且由 JVM 保证线程安全，适合替代双重检查锁（DCL）实现“饿汉式”单例：
- 静态块内完成实例创建和资源初始化，避免 DCL 的 volatile 和同步开销
- 若需真正懒加载（首次调用 getInstance 才初始化），可用静态内部类——其静态块仅在该类被主动使用时触发，兼具延迟与线程安全
- 注意：静态块中抛出异常会导致类初始化失败，后续所有 getInstance 调用都会直接抛 ExceptionInInitializerError，适合将不可恢复的初始化错误提前暴露
模板方法模式：用实例块统一子类共性初始化
实例代码块在每个构造器前执行，且对所有子类可见，是提取“固定前置初始化逻辑”的理想位置：
- 例如框架基类中定义 { validateConfig(); initCache(); }，所有子类 new 时自动执行，无需每个构造器重复写
- 它比在多个构造器里复制逻辑更安全，也比在父类构造器中调用钩子方法更可控（避免子类字段未初始化的风险）
- 若初始化依赖子类重写的方法，仍需谨慎——此时实例块里不能调用可能被重写的方法，否则可能访问到未初始化的字段
建造者模式 + 实例块：简化对象组装后的校验与冻结
当构建完成的对象需强制满足某些约束（如必填字段非空、状态合法），可在实例块中嵌入校验逻辑：
立即学习“Java免费学习笔记（深入）”；
- 实例块在所有构造器执行完毕后、对象对外可见前运行，是最后的安全检查点
- 配合 final 字段或不可变设计，实例块还可执行 deepCopy、计算派生值、注册监听器等收尾操作
- 注意：实例块无法访问尚未声明的字段，字段声明顺序影响其可用性；建议将校验逻辑放在字段声明之后、构造器之前的位置
策略模式中的上下文初始化：静态块预热策略集合
策略类常以 Map<String, Strategy> 形式集中管理，静态块非常适合一次性注册全部策略：
- 在策略抽象类或工厂类中，用静态块预先 put 所有具体策略实例，避免每次 get 时反射或 new
- 若策略依赖外部配置，静态块中可读取配置并动态注册，但需注意类加载时机——确保配置已就绪
- 多个静态块按顺序执行，可分阶段加载：先注册核心策略，再加载扩展策略，便于模块解耦
