Java类成员变量默认值是什么

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 → 0
• float / double → 0.0
• char → '\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 字段互不影响

默认值只作用于类字段，且仅限 JVM 管理的内存区域；一旦涉及反射、Unsafe、序列化框架或 JNI，这些保证就可能被绕过。