包装类是为弥补基本类型非对象的缺陷而生，使其能用于集合、泛型、null值表示及面向对象操作；自动装箱/拆箱是编译器语法糖，底层调用valueOf()和xxxValue()方法；Integer等存在-128~127缓存，导致==判断易出错；拆箱遇null会抛NPE，集合高频操作需警惕GC压力。
面试时被问到“基本类型与包装类的底层原理”，关键不是背定义，而是讲清楚为什么需要包装类、装箱拆箱怎么发生、缓存机制怎么影响行为，以及容易踩哪些坑。下面这几个点，答出来就能体现你真懂底层，不是只记结论。
为什么要有包装类？不能全用基本类型吗
基本类型高效但太“轻”——它不是对象，没法放进集合（List<int>编译不通过）、没法当泛型参数、没法表示“没有值”（比如数据库查出来是 NULL）。包装类就是为补这个缺口而生的：把基本类型封装成对象，让它能参与面向对象体系。比如 Integer 是 Object 的子类，实现了 Comparable，还能序列化、支持反射。
- 所有包装类都在
java.lang包下，是final类，不可继承 - 内部值用
private final字段存储，所以不可变，天然线程安全 - POJO 属性必须用包装类，否则数据库 NULL 值反序列化时会 NPE
自动装箱/拆箱到底干了什么
这不是 JVM 运行时的魔法，而是编译器做的语法糖。你写 Integer i = 100;，编译后实际是 Integer i = Integer.valueOf(100);；写 int j = i;，编译后是 int j = i.intValue();。所有装箱都走 valueOf()，所有拆箱都走 xxxValue() 方法。
-
valueOf()不一定每次都 new 对象——比如Integer.valueOf(100)会从缓存池取，而new Integer(100)一定新建 - 运算中也会隐式拆箱：
Integer a = 1; Integer b = 2; int c = a + b;→ 先拆成int相加，结果再可能装箱（如果赋给Integer）
缓存机制怎么导致 == 判断翻车
== 比的是引用地址，不是值。而 Integer.valueOf() 对 [-128, 127] 范围内的整数做了缓存（IntegerCache），超出范围就 new 新对象。
立即学习“Java免费学习笔记（深入）”；
-
Integer a = 127; Integer b = 127;→a == b是true（同个缓存对象） -
Integer c = 128; Integer d = 128;→c == d是false（两个不同对象） -
Boolean缓存true/false全量；Byte/Short/Character也缓存 [-128,127]；Long在 OpenJDK 中也缓存该范围，但规范不保证，别依赖
高频陷阱和真实问题场景
面试官最爱拿 NPE 和集合操作考你是否真理解。
- 拆箱遇 null 就崩：
Integer x = null; int y = x;→NullPointerException - 集合里频繁增删
Integer，会反复创建/销毁对象，GC 压力大；数值计算优先用int，存数据才用Integer - 比较两个包装类，优先用
.equals()，但要注意 null 安全（可用Objects.equals(a, b)）
