Java为基本类型提供包装类是因为JVM的泛型、集合、反射、序列化等机制只支持对象；包装类使基本类型能参与面向对象流程，如被Object引用、GC管理、支持equals()等。
为什么 Java 要为基本类型提供包装类
因为 JVM 的泛型、集合、反射、序列化等机制只认对象，不认 int、boolean 这类原始值。没有 Integer，你就没法把数字放进 ArrayList<Integer>，也没法用 Class<?> 获取 int 的运行时类型信息。
包装类本质是“带值的不可变对象”，它让基本类型能参与面向对象的整套流程——比如被 Object 引用、被 GC 管理、支持 == 以外的语义（如 equals() 比较值）。
自动装箱/拆箱在哪些地方容易出错
编译器会在需要时隐式调用 Integer.valueOf() 和 intValue()，但这个过程藏了不少坑：
-
Integer a = 128, b = 128; System.out.println(a == b);→ 输出false（超出缓存范围，新建了两个对象） -
Integer c = null; int d = c;→ 运行时报NullPointerException（拆箱时对 null 解引用） - 在循环里频繁写
list.add(i)（i是int），每次都会触发装箱，可能引发不必要的对象分配
关键记住：装箱不是免费的，它涉及对象创建和堆内存分配；拆箱也不是安全的，null 值会直接崩。
立即学习“Java免费学习笔记（深入）”；
valueOf() 为什么比 new Integer() 更推荐
Integer.valueOf(int) 会复用 -128 到 127 范围内的缓存实例，而 new Integer(42) 每次都新建对象——哪怕值相同，== 也返回 false。
Integer x = Integer.valueOf(100); Integer y = Integer.valueOf(100); System.out.println(x == y); // true Integer p = new Integer(100); Integer q = new Integer(100); System.out.println(p == q); // false
其他包装类如 Boolean、Byte、Short、Character（0–127）也有类似缓存逻辑，但 Long 和 Float 的 valueOf() 默认不缓存（可配置，但极少用）。
什么时候该坚持用基本类型
性能敏感场景下，包装类的开销不可忽视：
- 数值计算密集的循环（如数组求和、矩阵运算）→ 用
int[]而非ArrayList<Integer> - 大量临时变量或局部计数器 → 直接用
double，别写Double d = 3.14 - 作为方法参数且确定不会为 null → 用
long id比Long id更轻量、更明确
包装类的价值在于“需要对象语义的时候”，而不是“看起来更高级”。混用或滥用，反而会让 null 安全、内存占用、CPU 缓存行这些底层问题浮出水面。
