java包装类存在根本原因是基本类型非对象，无法参与泛型、集合等面向对象机制；区别在于内存位置（栈vs堆）、默认值（0 vs null）、比较方式（==比值vs可能比地址）、可变性（不可变）；自动装箱/拆箱是编译器插入valueof()和xxxvalue()调用，易出缓存陷阱、空指针和性能问题。
Java 包装类面试题核心就三点：为什么需要包装类、基本类型和包装类的区别、自动装箱/拆箱的原理与坑点。答得准，关键在讲清底层逻辑，不是背定义。
包装类存在的根本原因
Java 是面向对象语言，但基本类型（int、boolean 等）不是对象，无法直接参与泛型、集合、反射等面向对象机制。比如 ArrayList
包装类让基本类型“具备对象身份”，同时提供工具方法（如 Integer.parseInt("123")、Integer.bitCount(5)），弥补基本类型能力短板。
基本类型 vs 包装类：4 个关键区别
- 内存位置不同：基本类型存栈（或对象内联），包装类实例默认存堆（new Integer(1) 或自动装箱后缓存外的对象）
- 默认值不同：int 默认 0，Integer 默认 null（这也是 NPE 高发场景，比如 int a = obj.getValue(); 当 getValue() 返回 null 时会抛空指针）
- == 比较行为不同：int == 比值；Integer == 在 -128~127 范围内可能为 true（用的是 IntegerCache 缓存），超出范围或 new 出来的对象 == 比的是地址，极易出错——务必用 equals()
- 可变性不同：所有包装类都是 final 不可变，每次运算（如 i++）都会生成新对象，不是原地修改
自动装箱/拆箱怎么工作？哪些地方容易翻车？
编译器在必要时插入 Integer.valueOf() 和 intValue() 调用。看似方便，但隐含风险：
- 缓存陷阱：Integer.valueOf(100) == Integer.valueOf(100) 为 true；Integer.valueOf(200) == Integer.valueOf(200) 却是 false（超出 -128~127 缓存范围）
- 空指针风险：Integer i = null; int j = i; // 拆箱时触发 i.intValue() → NullPointerException
- 性能隐患：循环中频繁装箱（如 for (int i = 0; i
高频追问：为什么 Long、Double 的 valueOf 不缓存？
因为 long 和 double 取值范围太大，缓存全部值不现实；而 Integer 缓存 -128~127 是历史兼容+常用小整数优化的折中方案。Long.valueOf(127) == Long.valueOf(127) 是 false（除非你显式用 new 或自己维护缓存），这点常被拿来考细节理解。
不复杂但容易忽略，把值、缓存、null、内存、不可变这五条线理清楚，包装类问题基本稳了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
