java仅支持8种基本类型及其对应包装类之间的自动装箱/拆箱，如int↔integer、boolean↔boolean等；其他类型不支持，编译失败。
Java 中哪些类型支持 auto-boxing/unboxing
只有 Java 的 8 个基本类型及其对应包装类之间才允许自动装箱/拆箱：int ↔ Integer、boolean ↔ Boolean、double ↔ Double 等。其他类型（比如 String、自定义类、int[]）不会触发该机制，强行写类似 Integer i = "123" 会编译失败。
什么时候会发生 auto-boxing 和 unboxing
自动装箱发生在把基本类型赋值给包装类变量、或作为泛型参数/方法参数传入时；拆箱则相反——把包装类对象用在需要基本类型的地方（如算术运算、比较、条件判断）。
常见触发场景包括：
-
Integer i = 100;→ auto-boxing（int→Integer） -
int j = i;→ unboxing（Integer→int） -
List<integer> list = Arrays.asList(1, 2, 3);</integer>→ 每个int都被自动装箱 -
if (i == 5) { ... }→ 先 unboxi再比较
容易踩的坑：== 比较和 null 引发的 NPE
使用 == 比较两个 Integer 变量时，如果值在 -128 到 127 之间，JVM 会复用缓存对象，结果可能为 true；超出范围就新建对象，== 返回 false，即使数值相等。更危险的是，若某个包装类变量为 null，再执行 unboxing（比如 int x = nullableInt;），会直接抛出 NullPointerException。
安全做法：
- 数值比较统一用
.equals()（注意处理null，或先判空） - 避免在可能为
null的包装类上做算术运算或条件判断 - 明确需要基本类型时，优先显式调用
intValue()、booleanValue()并加空检查
示例：Integer a = null; int b = a == null ? 0 : a.intValue();
性能与字节码层面的影响
auto-boxing/unboxing 不是免费的。每次装箱都会新建对象（除非命中 Integer 缓存），拆箱要调用 xxxValue() 方法。高频循环中混用包装类和基本类型（比如 for (Integer i : list) sum += i;）会显著增加 GC 压力和间接调用开销。
关键点：
- 集合（
List、Map）必须用包装类，但内部计算尽量提前解包到局部int变量 - 不要为了“看起来简洁”而滥用
Integer代替int，尤其在数学密集型逻辑里 - 通过
javap -c查看字节码可确认是否插入了Integer.valueOf()或intValue()
比如 Integer i = 42; 编译后实际是 Integer i = Integer.valueOf(42);
null 拆箱和 == 的陷阱；对性能敏感场景，要意识到每次自动转换背后都有对象创建或方法调用成本。Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
