Java基本类型字段默认值为：byte/short/int/long→0，float/double→0.0，char→'\u0000'，boolean→false；局部变量无默认值，必须显式初始化；包装类型字段默认为null。
Java基本类型字段的默认值到底是多少
类里的基本类型字段（比如 int、boolean、double）只要没显式赋值，JVM 就会自动填一个确定的默认值——不是 null，也不是随机值，是语言规范明确定义的。这点和局部变量完全不同。
常见错误现象：在方法里写 int x; 然后直接用，编译器立刻报错 variable x might not have been initialized；但放在类里就完全合法，因为字段有默认初始化保障。
byte/short/int/long→0float/double→0.0char→'\u0000'（空字符，不是空格）boolean→false
为什么局部变量不享受这个待遇
因为栈帧生命周期短、分配开销敏感，JVM 不会对方法内的局部变量做默认初始化。这是设计取舍：避免掩盖未初始化 bug，也省掉一次写 0 的操作。
使用场景上，别指望靠默认值“偷懒”。比如 boolean isActive; 默认是 false，但业务上“未设置”和“明确关闭”可能是两回事——这时候该用 Boolean 包装类，靠 null 表达未初始化语义。
- 字段默认初始化发生在对象实例化时（
new后、构造器执行前） - 局部变量必须在读取前显式赋值，编译器静态检查，不依赖运行时
- 数组元素也走字段规则：无论是一维还是多维，创建后所有元素都按类型默认值填充
包装类型字段的默认值是 null
这是最容易混淆的点：Integer、Boolean 这些引用类型字段，默认值永远是 null，和它们对应的基本类型毫无关系。
性能影响小，但空指针风险大。比如写了 Integer count;，后面直接调 count.intValue()，运行时抛 NullPointerException——而基本类型 int count; 永远不会空指针。
- 别用
Boolean flag;去表达三态（true/false/unknown），除非你主动处理null - 序列化/反序列化时，
null和默认值（如0）可能被当成相同语义，引发数据歧义 - IDEA 或 Checkstyle 提示 “Field may be null” 时，优先考虑是否真需要包装类型
static 字段的初始化时机与陷阱
static 基本类型字段同样有默认值，但它在类加载阶段就完成初始化，早于任何对象创建。这带来两个实际问题：
一是如果字段声明时用了复杂表达式（比如 static int x = compute();），那就跳过默认值，走初始化块逻辑；二是多个 static 字段互相引用时，顺序很重要——靠前的字段看到的是后面字段的默认值，不是最终值。
- 错误示例：
static int a = b + 1; static int b = 5;→a最终是1（b取默认0） - 推荐做法：
static字段尽量用字面量或简单常量初始化；复杂逻辑放进static {}块 - 注意类加载器隔离场景：不同 ClassLoader 加载的同一个类，其
static字段互不影响
