Java代码块执行顺序需通过带阶段标识的日志可视化：[STATIC]标记静态初始化，[INSTANCE]标记实例初始化，[CTOR]标记构造器；字段初始化须单独打点；父子类日志要体现加载与实例化层级；配合断点验证执行路径。
Java代码块的执行顺序看似简单，但实际调试时容易因静态/实例初始化块、构造器、字段初始化的交织而混乱。关键不是死记规则，而是用日志让执行流“可视化”——每一步都打点、带上下文、可区分阶段。
日志必须带明确阶段标识
只写System.out.println("init")无法区分是静态块还是实例块。应统一用前缀标记阶段：
- [STATIC]：仅用于static {} 块和static字段初始化
- [INSTANCE]：用于非static {} 块和实例字段初始化
- [CTOR]：仅在构造器第一行打印，含参数或对象哈希值便于追踪实例
例如：System.out.println("[STATIC] Loading config..."); —— 一眼锁定执行归属，避免日志混杂后误判顺序。
字段初始化要拆开打点，不能依赖声明位置直觉
Java中字段声明处的初始化（如private int x = initX();）本质是插入到对应代码块中执行的。它可能被“看不见”的逻辑干扰：
立即学习“Java免费学习笔记（深入）”；
- 若
initX()中调用了子类重写的方法（且当前正在构造父类），可能访问到未初始化的子类字段 - 字段初始化语句实际被编译器挪到实例初始化块或构造器开头，顺序严格按源码声明顺序，但与显式{}块混合时易错
建议：对每个有副作用的字段初始化单独加日志，如System.out.println("[INSTANCE] x = " + initX());，而非只在块头打点。
父子类加载与实例化需分层观察
一个new Child()会触发完整链条，日志必须体现层级和方向：
- 先输出
[STATIC] Parent static block→[STATIC] Child static block（类加载顺序） - 再输出
[INSTANCE] Parent field init→[INSTANCE] Parent init block→[CTOR] Parent() called - 最后才是
[INSTANCE] Child field init→[CTOR] Child() called
可在日志中加入缩进或层级标记（如用" "[0]表示子类），或直接在字符串里写"[PARENT INSTANCE]"/"[CHILD INSTANCE]"，避免靠日志时间戳反推关系。
实战技巧：用断点+日志双验证
单靠日志可能漏掉异常中断路径（如static块抛Exception导致类加载失败）。正确做法是：
- 在每个关键代码块首行设断点，配合日志确认是否真正执行
- 在static块中故意抛
RuntimeException，观察日志是否只输出到异常前一行，验证JVM确实“不继续执行后续static内容” - 对多线程场景（如多个类加载器并发加载），在日志中加入
Thread.currentThread().getName()，防止误认为串行执行
日志不是替代调试器，而是把“谁在什么时候做了什么”固化下来，供回溯比对。
