java中原始类型与包装类面向不同设计目标：原始类型用于高效运算，包装类提供对象能力、支持泛型、映射数据库null、表达可选语义，并具备工具方法和不可变性；二者在内存、默认值、空值处理、性能及比较方式上存在本质差异。
Java 中原始类型（如 int、boolean）和包装类（如 Integer、Boolean）不是简单“一个轻量、一个重”，而是面向不同设计目标的两类机制。理解它们的关键，在于看清语言底层逻辑与实际开发需求之间的张力。
内存分配与默认值差异直接影响行为安全
原始类型在声明时就获得确定值：局部变量未显式赋值也会按规则初始化（int 为 0，boolean 为 false，char 为 '\u0000'）。而包装类变量本质是引用，初始值为 null —— 这不是“空值”，而是“尚未指向任何对象”。
- 直接使用未初始化的 int 不会出错，但对 Integer 执行拆箱操作（如 int x = obj;）会触发 NullPointerException
- 数据库字段可能为空，用 Integer 可自然映射 NULL；用 int 则必须约定魔数（如 -1）表示缺失，易引发歧义
- 方法参数或返回值若需表达“可选”语义（例如查询用户年龄可能不存在），包装类是更清晰、更安全的选择
泛型与集合强制要求使用包装类
Java 泛型擦除后保留的是对象类型，原始类型无法参与泛型系统。这意味着：
-
List
是语法错误，List 才合法 -
Map
可以存取 true/false 和 null；Map 不存在 - 哪怕只是临时存个数字进 ArrayList，也必须走 Integer —— 编译器自动装箱掩盖了这一事实，但底层仍是对象创建
自动装箱/拆箱不是魔法，而是有代价的语法糖
写 Integer i = 100; 看似简单，实际调用的是 Integer.valueOf(100)；写 int j = i; 实际调用 i.intValue()。这带来两个关键细节：
- 小整数缓存陷阱：-128 到 127 范围内的 Integer 对象会被复用，所以 Integer a = 100; Integer b = 100; a == b 返回 true；但 a = 200; b = 200 时结果为 false —— 用 == 比较包装类极易出错，应统一用 equals()
- 性能隐性开销：循环中频繁混用原始类型和包装类（如 sum += new Integer(i)），会反复创建/销毁对象，拖慢执行速度。高频计算场景应坚持用原始类型
功能边界决定何时该用哪个
原始类型专注高效运算，包装类提供对象能力：
- 需要调用工具方法？Integer.parseInt("123")、Double.isNaN(d)、Character.isLetter(c) —— 这些静态方法只存在于包装类
- 需要类型转换灵活性？Long 对象可调用 intValue() 或 doubleValue()，因为所有数值包装类都继承自 Number
- 多线程环境读取共享状态？Integer 是不可变对象，天然线程安全；而 int 变量本身不具线程属性，需靠同步机制保障
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
