包装类是java为实现“一切皆对象”而设计的桥梁，根本原因在于基本类型非对象、无法继承object、不能为null、不支持泛型和集合；自动装箱调用valueof()、拆箱调用xxxvalue()，是编译器语法糖；==比较陷阱源于integer缓存[-128,127]，范围内外对象引用不同，应统一用equals()比较值。

Java包装类和泛型的结合，是面试中高频考察点，核心不在背结论，而在理解“为什么必须这样设计”。关键要抓住三个层次：基本类型为何不能直接进集合、装箱拆箱如何影响行为、缓存机制怎样引发 == 比较陷阱。

包装类存在的根本原因

Java要求“一切皆对象”，但8种基本类型（int、boolean等）不是对象，无法继承Object，也没有方法、不能为null、不能参与多态。这导致它们天然被排除在以下场景之外：

• 集合框架（ArrayList、HashMap等）只接受引用类型，List 编译不通过，必须用 List
• 泛型机制仅支持类类型参数，class Box 非法，class Box 中 T 必须是引用类型
• 需要表达“缺失值”语义时，int 默认是 0，无法区分“未设置”和“值为 0”，而 Integer 可为 null
• 调用工具方法（如 Integer.parseInt("123")、Integer.bitCount(5)）必须依托对象

自动装箱拆箱的真实含义

所谓“自动”，是编译器做的语法糖，底层统一走标准方法：

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

• 装箱（int → Integer）：编译后实际调用 Integer.valueOf(int)，不是 new Integer()
• 拆箱（Integer → int）：编译后实际调用 intValue()
• 所以 Integer a = 100; 和 Integer b = Integer.valueOf(100); 效果完全一致

面试必考的 == 比较陷阱

这段代码常被用来检验是否真懂缓存机制：

Integer a = 100, b = 100;
Integer c = 200, d = 200;
System.out.println(a == b); // true
System.out.println(c == d); // false

原因不是“100小、200大”，而是 Integer.valueOf() 内部维护了 [-128, 127] 的缓存数组。在这个范围内，多次调用返回同一对象引用；超出范围，则每次新建对象。所以：

• a == b 比较的是同一个缓存对象的地址，结果为 true
• c == d 比较的是两个不同堆对象的地址，结果为 false
• 安全比较值应始终用 equals()，它会先判 null 再比数值

泛型擦除与包装类的配合逻辑

泛型只在编译期存在，运行时所有类型参数都被擦除为 Object（或上界）。正因如此，基本类型无法作为泛型实参——JVM 运行时根本不知道“T 是 int”。包装类的作用就是提供一个合法的、可擦除的引用类型：

• List 擦除后变成 List，内部实际存的是 Object 数组，Integer 对象可直接放入
• 如果允许 List，擦除后无法映射到 Object 数组，JVM 无从处理原始类型存储
• 因此泛型 + 集合 + 基本类型，三者之间必须靠包装类桥接

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南