自动装箱与拆箱是编译器插入的语法糖，底层分别调用 valueOf() 和 xxxValue() 方法；Integer 等部分包装类有缓存（如 Integer 缓存 -128~127），超出范围则新建对象；null 拆箱抛 NullPointerException，频繁装箱影响性能。
自动装箱与拆箱本质是编译器在编译阶段插入的语法糖，JVM 运行时并不感知这些转换，也没有额外指令支持。
装箱的底层调用是 valueOf() 方法
当写 Integer i = 100; 时，编译器实际生成的是 Integer i = Integer.valueOf(100);。其他包装类同理：Byte.valueOf()、Boolean.valueOf() 等。注意不是 new 构造器——Java 9 起构造器已过时，且 valueOf() 可复用缓存对象。
拆箱的底层调用是 xxxValue() 方法
当写 int j = i;（i 是 Integer）时，编译器转为 int j = i.intValue();。对应关系明确：Long → longValue()，Double → doubleValue()，Boolean → booleanValue() 等。若对象为 null，运行时抛出 NullPointerException。
缓存机制直接影响对象是否复用
Integer、Byte、Short、Long、Character 和 Boolean 都有内部缓存池：
立即学习“Java免费学习笔记（深入）”；
- Integer 缓存 -128 到 127（含），超出范围每次 new 新对象
- Boolean 只缓存 true/false 两个实例
- Character 缓存 0–127 的 char 值
- Float/Double 不缓存（值域太大，无意义）
这意味着 Integer a = 127, b = 127; a == b 为 true；但 a = 128, b = 128 时 a == b 为 false（引用不同）。
性能和空指针是高频踩坑点
频繁装箱（如循环中 list.add(i)）会创建大量临时对象，增加 GC 压力；拆箱时若包装类变量为 null，直接触发 NPE，尤其在条件判断或算术运算中易被忽略：
- Integer x = null; int y = x + 1; → 运行时报空指针
- if (x == 1) 在 x 为 null 时不报错但结果为 false；而 if (x.equals(1)) 会 NPE
