成员变量不赋值时，Java自动给什么值
Java里类的成员变量（非局部变量）只要没显式赋值，编译器会按类型填默认值——这不是“随机”或“内存残留”，而是JVM规范强制要求的行为。注意：这个规则只对成员变量有效，localVariable（方法内定义的变量）不适用，不初始化就用会直接编译报错 variable might not have been initialized。
-
boolean→false -
byte/short/int/long→0（不是0L，字面量类型不影响默认值） -
float/double→0.0f/0.0d - 所有引用类型（
String、List、自定义类等）→null
static字段和实例字段的默认值行为一样吗
一样。无论是static int count还是int id，只要没显式初始化，都走同一套默认赋值逻辑。区别在于触发时机：static字段在类加载时由JVM一次性初始化；实例字段在每次new对象时，由JVM在构造函数执行前完成默认填充。
- 即使你写了空构造函数
public MyClass() {}，字段默认值也早已设好，构造函数里看不到“赋值过程” - 如果构造函数里有
this.id = 10;，那是覆盖默认值，不是“第二次赋值” -
final成员变量是例外：它必须在声明时或每个构造函数中显式赋值，否则编译失败——默认值对final无效
为什么String a; 打印出来是null而不是空字符串
因为String是引用类型，默认值就是null，不是""。这是初学者最容易混淆的点：把“未初始化”和“初始化为空字符串”当成一回事。一旦你调用a.length()或a.equals("x")，就会抛NullPointerException。
- 想让它安全地表示“无内容”，得显式写成
String a = "";或String a = null;再配合判空逻辑 - 工具类如
Objects.requireNonNull(a)或StringUtils.isEmpty(a)只能帮你检测，不能改变默认行为 - 注意IDE的警告（比如IntelliJ标黄提示可能为null），那是在提醒你：这里用了默认的
null，但后续逻辑未必能承受
显式初始化写在哪儿会影响执行顺序
成员变量的显式初始化语句（如int x = 5;）会在构造函数体执行前运行，但顺序严格按代码出现位置来——哪怕它写在构造函数后面，也会被提前执行。这个顺序直接影响依赖关系。
立即学习“Java免费学习笔记（深入）”；
- 错误写法：
private int y = x + 1; // 编译通过，但x此时是默认值0 → y=1 private int x = 10;
- 正确做法：把被依赖的变量声明放在前面，或者统一挪到构造函数里初始化
- 静态字段同理：
static int b = a + 1;和static int a = 5;的顺序错位会导致b拿到a的默认值0
null、0、false混在一起做业务判断，就很容易漏掉边界情况。尤其在DTO、Entity类里大量使用未初始化字段时，序列化、数据库映射、前端传参都可能因这个“默认”出问题。 
