java代码块嵌套不改变执行逻辑，关键在类型与触发时机：静态块类加载时执行一次，构造块每次new对象时在构造器前执行，局部块仅随方法调用即时运行。
静态块只在类首次加载时执行一次
它与对象创建无关，也不受方法调用影响。只要 JVM 第一次主动使用该类（如 new、调用静态方法、访问静态字段），就会触发类初始化，此时静态块运行且仅此一次。
- 多个静态块按源码书写顺序依次执行
- 即使后续反复 new 对象，静态块也不会再跑
- 它早于任何构造块或构造器执行
构造块在每次对象创建时自动插入到构造器开头
每个 new 实例，都会先执行所有构造块（按源码顺序），再执行对应构造器里的语句。它属于对象初始化阶段，和方法体无关。
- 构造块不依赖方法调用，只响应 new 操作
- 子类构造时，父类构造块会先于子类构造块执行
- 它不能接收参数，适合放通用初始化逻辑（如默认赋值、资源预分配）
局部块只在执行流到达时即时运行
写在方法、构造器或任意复合语句内的 { … } 就是局部块，它的生命周期完全由执行路径控制：走到这儿就执行，没走到就不执行，和类/对象生命周期无关。
- 哪怕它写在 main 里、包裹着 new 表达式，也不会“等待”或“干预”构造块执行
- 它可以定义自己的变量，作用域仅限于该块内
- 常用于缩小变量作用域、临时分组逻辑、配合 try-with-resources 等场景
嵌套只是表象，不是执行依赖关系
比如在 main 方法中写：{ System.out.println("局部块开始"); new MyClass(); System.out.println("局部块结束"); } —— 这个大括号看起来“包住”了 new，但执行时：先输出第一行 → 触发 MyClass 类初始化（静态块）→ 创建实例（构造块 + 构造器）→ 输出第二行。三者时间线上先后出现，但彼此不嵌套执行。
- 不存在“局部块执行完才让构造块开始”这种控制关系
- 静态块、构造块、局部块分属不同机制：类加载机制、对象创建机制、方法执行机制
- 真正影响顺序的是 JVM 规范定义的初始化流程，而不是花括号的缩进或位置
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
