java区分基本类型与引用类型是为了平衡性能与表达能力：基本类型存栈、值语义、无null；引用类型存堆、对象语义、支持共享与oop特性。
Java的数据类型系统并非一成不变，而是围绕性能、抽象和兼容性持续演进的结果。基本类型与引用类型的并存，本质上是底层效率需求与面向对象理念之间的一种务实平衡。
为什么需要基本类型？
基本类型的存在首先出于性能考量。它们直接映射到CPU原生支持的数值运算单元，变量值存储在栈中，访问快、开销小、生命周期明确。比如int运算无需对象创建、垃圾回收或空指针检查，对高频计算场景（如循环计数、数组索引）至关重要。
- 栈分配：避免堆内存分配和GC压力
- 值语义：赋值即拷贝，行为可预测，无共享副作用
- 零初始化：成员变量自动初始化为0/false/’\u0000’，无需额外判断
引用类型为何不可替代？
引用类型承载了Java“一切皆对象”的设计哲学。它们支持封装、继承、多态，能持有状态与行为，并通过地址间接访问——这使得复杂数据结构（如List、Map）、资源管理（如File、Socket）和运行时动态性成为可能。
- 统一对象模型：String、Date、自定义类都遵循相同内存布局和调用机制
- 延迟加载与共享：多个变量可指向同一对象，节省内存，支持观察者、单例等模式
- 运行时类型信息：可通过instanceof、反射获取类型元数据
装箱与拆箱：桥接两套体系的关键机制
从JDK 5起，自动装箱（autoboxing）和自动拆箱（unboxing）让基本类型与对应包装类（如Integer、Boolean）能无缝互转，既保留原始性能，又支持泛型、集合等依赖引用类型的高级特性。
- 赋值时自动转换：Integer i = 100; → 编译器插入Integer.valueOf(100)
- 方法调用时隐式转换：list.add(42); → 实际调用Integer.valueOf(42)
- 注意陷阱：==比较包装类时可能因缓存机制返回意外结果（如Integer.valueOf(127) == Integer.valueOf(127)为true，但128以上为false）
现代演进趋势：逐步模糊边界
Java持续尝试弥合两类类型之间的鸿沟。Record简化不可变数据建模；Valhalla项目（仍在预览阶段）探索值类型（value types），允许开发者定义“像基本类型一样高效、像对象一样灵活”的新类型；而sealed类与pattern matching则强化了类型安全与表达力。
- 基本类型仍不可继承、不可null，但包装类已支持Optional等防御性API
- 字符串常量池、整数缓存等机制，让部分引用类型表现出类似基本类型的稳定性
- 未来版本中，primitive classes或将提供更细粒度的控制权，兼顾性能与抽象能力
