包装类的核心作用是使基本类型能参与泛型等面向对象操作，通过自动装箱/拆箱在语法层面掩盖类型擦除限制；它们是引用类型，具备Class对象和方法调用能力，但无法真正绕过JVM的类型擦除机制。
Java 包装类（如 Integer、Boolean、Double 等）本身不是为“绕过类型擦除”而设计的，它们的核心作用是让基本类型能参与面向对象操作——尤其是装入泛型集合（如 ArrayList<Integer>）或数据结构（如 HashMap<String, Boolean>）。类型擦除是 JVM 的底层机制，无法被“解决”或“绕过”，但包装类通过自动装箱/拆箱机制，**在语法和使用层面掩盖了擦除带来的限制**，使开发者能自然地用基本类型语义操作泛型容器。
为什么基本类型不能直接用于泛型？
因为 Java 泛型是编译期特性，运行时所有泛型信息都被擦除（例如 ArrayList<Integer> 和 ArrayList<String> 运行时都是 ArrayList），而 JVM 的泛型实现要求类型参数必须是引用类型。基本类型（int、boolean 等）不是对象，没有继承自 Object，也不具备运行时类信息，因此不能作为类型参数。
包装类填补了这一空白：
- 它们是真正的引用类型（如 Integer extends Number）；
- 每个都有对应的 Class 对象（Integer.class）；
- 支持多态、null 值、方法调用（如 intValue()）。
自动装箱/拆箱：桥接的“隐形 glue”
编译器在必要时自动插入包装与解包逻辑，让代码看起来像在直接操作基本类型：
-
装箱（boxing）：将基本类型转为对应包装类对象（如
int → Integer）
例：list.add(42);实际编译为list.add(Integer.valueOf(42)); -
拆箱（unboxing）：将包装类对象转回基本类型（如
Integer → int）
例：int x = list.get(0);实际编译为int x = list.get(0).intValue();
这层转换隐藏了对象创建与方法调用的细节，使泛型集合对基本类型“透明可用”。
立即学习“Java免费学习笔记（深入）”；
实际使用中的关键注意事项
桥接不等于无代价，以下问题常被忽略：
-
null 值风险：包装类可为
null，拆箱时若未判空会抛NullPointerException
例：Integer x = null; int y = x; // 抛 NPE -
缓存陷阱：
Integer.valueOf(int)对 [-128, 127] 范围内值返回缓存实例，超出范围则新建对象
所以Integer a = 127; Integer b = 127; a == b为 true；但a = 128; b = 128; a == b为 false -
性能开销：高频装箱/拆箱会触发对象分配与 GC，尤其在循环或大数据量场景下明显
替代方案：原始类型专用库（如 Eclipse Collections、Trove）或 Java 16+ 的Vector API（非泛型向量化）
类型擦除依然存在：包装类不改变本质
要明确一点：使用 ArrayList<Integer> 并未“解决”类型擦除——运行时仍是 ArrayList，元素以 Object 存储。JVM 不知道你存的是 Integer 还是 String，安全检查全靠编译器完成。包装类只是让编译器能做类型检查 + 自动生成转换代码，从而在擦除前提下提供类型安全的使用体验。
真正突破擦除限制的方案（如值类型、泛型特化）仍在 Java 演进中（Project Valhalla），当前阶段，包装类 + 自动转换是最成熟、最广泛支持的实践路径。
