Java成员变量默认值在对象创建时的堆内存初始化阶段生效，即new操作触发时；局部变量无默认值，未初始化直接使用会编译报错。
成员变量默认值在哪儿生效
Java 会为类的成员变量（非局部变量）自动赋予默认值，但仅限于类字段（static 或实例字段），且只发生在对象创建时的内存分配阶段——也就是 new 操作触发的堆内存初始化环节。局部变量不在此列，没赋值就用会直接编译报错 variable might not have been initialized。
常见默认值：数值类型是 0 或 0.0，boolean 是 false，引用类型是 null。注意：final 成员变量哪怕有默认值，也必须在构造器结束前明确赋值，否则编译失败。
显式赋值和构造器谁先执行
顺序是固定的：静态变量/块 → 实例变量/块 → 构造器。对单个对象而言，实例变量的显式赋值（比如 int x = 5;）会在调用父类构造器之后、子类构造器主体之前执行；也就是说，它插在 super() 返回之后、你写的构造器代码开始之前。
容易踩的坑：
立即学习“Java免费学习笔记（深入）”；
- 在实例变量初始化表达式里调用虚方法（比如
String s = toString();），此时子类字段可能还没初始化，结果不可靠 - 把初始化逻辑写成方法调用（如
int x = computeX();），而该方法被子类重写，就会触发子类版本——但子类字段仍是默认值 - 多个实例变量按源码顺序依次赋值，不是“一起”初始化，所以后面变量能用前面已赋值的变量，但不能反向依赖
静态字段和实例字段的初始化时机差异
static 字段只在类首次主动使用（比如 new、调用静态方法、访问静态字段）时初始化一次，且按声明顺序执行；而实例字段每次 new 都重新走一遍初始化流程。两者互不影响，但若静态字段依赖实例字段，编译直接拒绝——因为语法上就不允许。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
典型错误现象：Illegal forward reference，出现在静态字段初始化中引用了尚未声明的静态字段，或试图在声明前使用 this 引用。
示例：
class A {
static int a = b + 1; // 编译错误：b 还没声明
static int b = 2;
}
为什么在构造器里重新赋值有时像没发生
如果你在构造器里写了 this.x = 10;，但它看起来没生效，大概率是因为：实例变量显式初始化已经覆盖了它，或者你在父类构造器中提前读取了该字段（此时子类字段初始化还没开始）。更隐蔽的是字段遮蔽（field shadowing）：构造器参数名和字段名一样，却忘了加 this.，导致赋的是参数而非字段。
检查要点：
- 确认字段是否被
final修饰且已在别处赋过值 - 看字段声明是否用了表达式（如
int x = getValue();），而getValue()返回值恰好和你想设的一样 - 打印
this.x在构造器不同位置的值，确认执行流是否真走到那行
初始化顺序本身不复杂，难的是字段、块、构造器混在一起时，哪一行实际在什么时候真正“落到了内存里”。调试时别只盯着构造器，得顺着类加载和对象实例化的两个阶段去看。
