自动装箱和拆箱是Java 5引入的语法糖，由编译器在编译期将Integer i=100;转为Integer.valueOf(100)，int j=i;转为j=i.intValue()；JVM不直接支持该特性，且Integer等类型在-128~127范围缓存复用，超出则新建对象，故==比较易出错，应优先用Objects.equals()并防范null拆箱异常。
自动装箱和拆箱是 Java 5 引入的语法糖，表面写得简洁，底层却暗藏逻辑和陷阱。理解它们的关键不在“能不能用”，而在“怎么用才不出错”。
自动装箱 / 拆箱本质是编译器替换
Java 虚拟机（JVM）本身不识别装箱/拆箱语法，这些操作全部由编译器在编译期完成转换：
- 写
Integer i = 100;→ 编译后变成Integer i = Integer.valueOf(100); - 写
int j = i;→ 编译后变成int j = i.intValue();
也就是说，运行时看到的永远是 valueOf() 和 xxxValue() 的调用，不是魔法，是确定的、可追溯的方法调用。
缓存机制只作用于部分包装类的特定范围
为减少对象创建开销，Java 对 Byte、Short、Integer、Long 和 Character 实现了缓存池（IntegerCache 等），但规则有明确边界：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
Integer默认缓存 -128 到 127（含）之间的值 -
Byte、Short、Long同样缓存 -128~127，不可修改 -
Character缓存 '\u0000' 到 '\u007f'（即 ASCII 0~127） -
Boolean只有两个实例，始终复用TRUE/FALSE -
Float和Double不提供缓存，每次装箱都新建对象
这意味着：Integer a = 100; Integer b = 100; 中 a == b 为 true；但 Integer c = 200; Integer d = 200; 中 c == d 是 false——因为比较的是引用地址，而非数值。
最常踩的三个坑及应对方式
这些不是理论问题，而是线上真实报错高频来源：
-
用 == 比较包装类值：缓存内外行为不一致，极易误判。应统一用
.equals()（注意 null 安全，推荐Objects.equals(a, b)） -
null 包装类参与运算或拆箱：如
Integer x = null; int y = x + 1;直接抛NullPointerException。使用前务必判空，或改用 Optional -
泛型集合里混用基本类型与包装类逻辑：比如
List<int></int>不合法，必须写List<integer></integer>；而向其中 add(1) 能成功，是因为自动装箱。但若 list 中存在 null 元素，后续遍历时拆箱就会崩
性能与设计上的务实提醒
缓存虽好，但别把它当“保障”：
- 缓存范围是 JVM 规范建议值，可通过启动参数调整（如
-XX:AutoBoxCacheMax=200），但不推荐在业务中依赖这种配置 - 超出缓存范围的装箱（如
Integer.valueOf(500)）会真实创建新对象，频繁调用可能增加 GC 压力 - 在循环或高频路径中，避免无谓装箱（例如不要在 for 循环里反复写
list.add(i)，i 是 int；若 list 类型已知，优先考虑原始类型集合库如 Eclipse Collections 或 Trove）
说到底，装箱拆箱不是黑盒，它是可读、可查、可调试的明确方法调用。看清 valueOf 和 xxxValue 这两个入口，就握住了理解与避坑的钥匙。
