Java代码块执行顺序为：父类静态块→子类静态块→父类构造块→父类构造器→子类构造块→子类构造器；局部块仅随方法调用执行，不参与类或对象初始化流程。
Java里代码块嵌套本身不改变执行逻辑，但容易让人混淆“谁先谁后”。关键不是嵌套结构，而是每类代码块的触发时机和生命周期归属——静态块属类、构造块属对象、局部块属方法调用流。
局部块只听方法调用的号令
局部块写在方法里，哪怕它嵌套在 if 或 for 里，也完全不参与类或对象初始化。它只在方法被调用、且执行流走到那一行时才运行。
- 同一个方法里多个局部块，按从上到下的顺序依次执行
- 局部块内定义的变量出了大括号就不可见，和构造块、静态块互不影响
- 即使类从未被初始化（比如只调用了某个 static final 常量），只要方法被调，局部块照样执行
构造块每次 new 都会“插队”进构造器前
构造代码块（无 static 修饰、在类中方法外）不是嵌套概念，它是编译器自动“复制”到每个构造器开头的代码段。哪怕你写了 3 个构造器，只要被调用，构造块就执行一次，且总在 super() 完成之后、构造器方法体开始之前。
- 可安全访问实例字段和实例方法（但注意：若方法依赖未初始化字段，可能出错）
- 多个构造块按源码顺序执行，常用于抽取共性初始化逻辑
- 它和局部块没有先后关系——一个在对象创建时发生，一个在方法执行时发生，场景不同
嵌套不等于执行嵌套，三者各走各的路
所谓“嵌套”，比如在 main 方法里 new 对象，而该对象类里又有构造块、静态块，再加 main 里的局部块——这看起来像嵌套，实则只是时间线上的先后出现：
立即学习“Java免费学习笔记（深入）”；
- 首次 new 触发类初始化：先跑静态块（仅一次），再跑构造块 + 构造器
- main 方法中的局部块，只要执行流到达，就立刻运行，不管类是否已加载
- 没有“局部块包裹构造块”这种执行关系，它们分属不同机制，不存在嵌套执行
实战中怎么避免踩坑
写代码时别靠“看起来嵌套”去猜执行顺序，盯住三个锚点：类是否首次主动使用？对象是否 new？方法是否被调？
- 想初始化类级资源（如配置、驱动），用静态块，确保只做一次
- 想给每个对象统一设置初始状态（如默认 ID、时间戳），用构造块
- 想控制变量作用域或提前释放内存（如临时集合、IO 资源），用局部块
- 调试时加打印，观察输出顺序比看代码缩进更可靠
