基本类型不能为null，因其直接存储数值而非地址，而null表示空引用，仅适用于对象；java通过integer等包装类提供可空能力，兼顾性能与语义清晰性。
因为基本数据类型不是对象，它们直接存数值，不存地址。
内存存储方式决定它不能为 null
int、double、boolean 这类基本类型，变量里放的就是真实值——比如 int a = 5，内存中那块空间就实实在在存着二进制的 5。而 null 表示“没有指向任何对象”，本质是地址为空，这只有引用类型（比如 Integer、Double）才需要、才可能表达。基本类型没“地址”这一层，自然没法设成 null。
- 赋 null 给 int 编译直接报错：“cannot convert from null to int”
- 语言设计上，null 是为引用类型服务的语义，和基本类型的设计目标不兼容
- 如果强行让基本类型支持 null，就得改底层存储模型，破坏 JVM 的简洁性和性能保障
有替代方案：包装类就是为此存在的
Java 提供了 Integer、Double、Boolean 等包装类，它们是真正的对象，可以为 null。这不是补丁，而是有意为之的分层设计：
- 用 Double 替代 double，就能声明 Double x = null;
- 自动装箱/拆箱机制让转换几乎无感，比如 Double y = 10.0; 会自动装箱
- 但要注意拆箱时可能触发 NullPointerException，例如 double z = y; 在 y 为 null 时会崩
性能与语义清晰性优先
基本类型快、轻量，正是因为它不带对象头、不涉及堆分配、不支持 null 或方法调用。这种纯粹性带来确定性：
- int 永远有值——默认是 0，不会“未知”；double 默认是 0.0，不是“缺失”
- 避免三值逻辑（true/false/unknown）侵入基础运算，保持算术和比较行为稳定
- 省去每次访问都要判空的开销，对高频计算场景（如循环、数学库）至关重要
数据库里的 null 问题其实同源
虽然数据库字段允许 null，但它的麻烦——比如 WHERE age = null 查不到数据、聚合函数跳过 null、索引效率下降——恰恰反向印证了基本类型不支持 null 的合理性：当“未知”进入核心数据模型，就会引发语义模糊、逻辑分支增多、性能不可控等问题。Java 把这个边界划得清楚：基本类型负责确定性计算，引用类型负责可空建模。
