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