自动装箱与拆箱是编译器语法糖，装箱调用valueOf()（含-128~127缓存），拆箱调用xxxValue()；null拆箱抛NPE，==比较引用易出错，高频装箱影响性能。
Java 中的 Integer、Double 等包装类与对应基本类型（int、double）之间的自动装箱与拆箱，是编译器提供的语法糖，不是运行时动态行为。它让基本类型能“像对象一样用”，比如放进 ArrayList 或参与泛型操作，但背后有明确的转换规则和潜在风险。
包装类和基本类型的对应关系
Java 为 8 种基本类型各提供一个不可变的包装类：
- int → Integer
- double → Double
- boolean → Boolean
- char → Character
- byte → Byte
- short → Short
- long → Long
- float → Float
包装类是引用类型，存于堆中；基本类型是值类型，直接存值（栈或寄存器）。包装类支持方法调用（如 Integer.parseInt()）、可为 null、可用于集合和泛型——这是基本类型做不到的。
自动装箱和拆箱到底做了什么
装箱是把基本类型转成包装类对象，拆箱则相反。这些转换由编译器在编译期插入代码完成，不依赖反射或 JVM 运行时判断：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- Integer i = 100; 编译后等价于 Integer i = Integer.valueOf(100);
- int x = i; 编译后等价于 int x = i.intValue();
- valueOf() 方法内部有缓存优化：Integer、Byte、Short、Long、Character 默认缓存 -128 到 127 的值；Boolean 只有两个实例（TRUE/FALSE）；Float 和 Double 不缓存
哪些地方会悄悄触发装拆箱
日常编码中这些场景很常见，但容易忽略隐式转换：
- 集合操作：ArrayList
list = new ArrayList(); list.add(42); —— 42 被装箱；int n = list.get(0); —— 返回的 Integer 被拆箱 - 算术运算：Integer a = 5; int b = a + 3; —— a 必须先拆箱才能参与加法
- 三元表达式：Integer result = flag ? 100 : null; —— 100 自动装箱，整个表达式类型为 Integer
- 方法参数传递：若方法接受 int 参数，传入 Integer 会自动拆箱；反之亦然（前提是重载存在且无歧义）
容易踩坑的关键细节
看似方便，但几个典型问题高频出现：
- null 拆箱直接抛 NullPointerException：Integer i = null; int x = i; —— 因为 i.intValue() 在 null 上调用
- == 比较结果不稳定：Integer a = 127, b = 127; System.out.println(a == b); 输出 true（缓存复用）；但 Integer c = 128, d = 128; c == d 就是 false（新建对象）
- 循环中频繁装拆箱影响性能：for (Integer i : list) sum += i; 每次迭代都拆箱；若写成 i++，还会反复装箱生成新对象，加重 GC 压力
- 浮点包装类不缓存：Double d1 = 2.3; Double d2 = 2.3; d1 == d2 总是 false，因为每次都是新对象
