Java代码块执行顺序由JVM严格定义，静态块在类首次使用时按源码顺序执行一次，实例块每次new时在父类构造后、本类构造前执行，继承链遵循“父静→子静→父实→父构→子实→子构”规则，应据此合理分配初始化逻辑。
Java 中代码块执行顺序本身不是“改善”出来的，而是由 JVM 严格定义的确定性机制。理解并顺应这个顺序，才能让代码行为可预测、初始化逻辑不混乱、多构造器间共享逻辑更清晰。关键不在于改变顺序，而在于把该放的东西放在该放的位置。
静态部分集中初始化，避免隐式触发和循环依赖
静态变量赋值和静态代码块按源码顺序执行，且只在类首次主动使用时运行一次。利用这点，可以把全局配置、单例构建、常量计算等一次性操作统一放在类顶部，并用注释标明用途：
- 把数据库连接池、日志器初始化写在静态块里，确保只初始化一次
- 避免在静态块中调用可能被子类重写的方法（如static A a = new A()中A的构造器又调用虚方法），否则子类字段还未初始化，易得null或默认值
- 若静态字段依赖其他类的静态资源，确保被依赖类已提前加载；必要时显式Class.forName("DependedClass")触发其初始化
实例代码块替代重复构造逻辑，提升一致性
构造代码块（非 static {}）每次 new 都执行，位置在父类构造方法之后、本类构造方法之前。它天然适合抽取多个构造器共用的初始化动作：
- 比如校验参数合法性、设置默认状态、记录创建日志——这些不用分散在每个构造方法里
- 它和实例变量直接赋值（如String name = "guest";）按源码顺序交替执行，所以把字段初始化和校验块写在一起，顺序一目了然
- 不要在构造代码块里调用可能被子类重写的方法，因为此时子类字段仍是默认值（0 / null），容易引发空指针或逻辑错误
继承链上明确分工，防止父类过早访问子类状态
创建子类对象时，JVM 严格按“父类静态 → 子类静态 → 父类实例 → 父类构造 → 子类实例 → 子类构造”推进。这意味着：
立即学习“Java免费学习笔记（深入）”；
- 父类构造方法执行时，子类的任何实例字段都还没赋值，全是默认值
- 如果父类构造器中调用了protected方法，而该方法在子类中被重写并访问了子类字段，就会读到未初始化的状态
- 解决办法：把需要子类参与的初始化推迟到init()方法中，由子类在构造完成后再显式调用
用 final + 构造参数代替代码块赋值，增强可测试性
对于不可变对象或核心字段，优先通过构造函数参数注入，而非靠代码块或字段直接赋值：
- final String id; + public User(String id) { this.id = id; } 比 { id = generateId(); } 更清晰、更易 mock 和单元测试
- 复杂初始化逻辑可封装为私有静态方法（如private static Config loadConfig()），在静态块中调用；或私有实例方法，在构造代码块后调用
- 避免在代码块中做耗时操作（如网络请求、文件读取），否则会拖慢类加载或对象创建，影响启动性能和响应延迟
