保持类结构清晰的关键是让静态块、构造块、构造方法和普通块各司其职：静态块负责类级一次性准备，构造块处理对象级通用初始化，构造方法实现差异化定制，普通块仅用于方法内局部逻辑分组。
保持类结构清晰的关键，不是靠堆砌代码块，而是让每种代码块各司其职、位置合理。静态块管“类级一次性准备”，构造块管“对象级通用初始化”，构造方法管“差异化定制”，普通块只在方法内做局部逻辑分组——分工明确，自然清爽。
静态代码块：只放真正全局且只需一次的操作
它在类首次主动使用时执行一次，适合做驱动加载、配置读取、单例初始化等。别把它当“启动脚本”滥用，比如在其中调用子类可重写的方法，或依赖尚未初始化的其他类静态字段，容易引发 ExceptionInInitializerError 或静默错误。
- 把配置解析、日志器初始化、数据库连接池预热这类确定性高、无依赖的操作放在这里
- 多个静态块按书写顺序执行，有依赖关系的（如先设常量再用它初始化另一个静态变量），必须前一个写在前
- 避免访问非 final 的静态字段以外的任何实例内容，也不该出现业务逻辑分支
构造代码块：专注所有对象共有的初始化动作
它每次 new 都执行，在父类构造返回后、本类构造体开始前运行。适合统一设置 ID、打日志标记、校验 this 是否有效、预分配轻量资源等——和构造方法形成“通用+定制”的配合。
- 如果多个构造器都要设置默认状态（如 status = INIT、createdAt = System.currentTimeMillis()），就写进构造块，而不是每个构造方法里重复写
- 它能访问已声明的实例字段（包括带默认值或显式初始化的），但不能引用后面才声明的字段（编译报错）
- 不要在里面调用可能被子类重写的方法，否则子类字段还是默认值（0/null），结果不可预期
构造方法：聚焦参数驱动的差异化逻辑
构造方法在构造块之后执行，是唯一能接收参数、做条件判断、抛检查异常的地方。它不该承担“所有初始化任务”，而应承接构造块没覆盖的定制部分。
- 参数校验（如 name != null）、资源独占性分配（如打开文件句柄）、启动后台线程等放这里
- 如果某个构造器需要跳过某些通用初始化，说明构造块职责过重，应重新评估哪些逻辑真属“所有对象共有”
- 子类构造方法第一行默认是 super()，确保父类构造块和构造方法已走完，再执行自己的逻辑
普通代码块：纯方法内作用域工具，不掺和初始化
写在方法里的 { } 只是语法糖，用于缩小变量作用域或分组逻辑，和类初始化完全无关。用它来隔离临时变量、提前释放引用、配合 try-with-resources，而不是试图模拟构造块功能。
- 例如在 parseJson 方法里，把解析后的中间对象包在 { } 中，防止意外复用或命名冲突
- 它按代码位置自然执行，不会因为类加载或 new 对象就被触发；方法不调用，它就永远不跑
- 别为了“看起来整齐”而在构造方法开头硬加一个空 {}，那只是视觉干扰，没实际价值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
