装箱和拆箱是Java为兼容基本类型与面向对象体系设计的自动转换机制：装箱调用valueOf()（优先缓存），拆箱调用xxxValue()（空指针风险）；用于集合、泛型等场景，但有性能开销和==比较陷阱。
装箱和拆箱是 Java 为弥合基本类型与面向对象体系之间的 gap 而设计的自动转换机制。它不改变类型本质，只是让 int 这样的栈上值能临时“变成” Integer 对象参与集合、泛型或方法调用，反之亦然。
装箱：基本类型 → 包装类对象
当你写 Integer i = 100;，编译器实际替你执行的是 Integer.valueOf(100)。这不是创建任意新对象，而是优先从缓存池中取——比如 Integer 缓存了 -128 到 127 的整数，这个范围内的装箱几乎不产生新对象；超出范围（如 1000）才会新建实例。
- 所有八种基本类型都有对应包装类：byte→Byte、char→Character、boolean→Boolean 等
- 装箱本质是调用
valueOf()方法，不是new Xxx()（后者绕过缓存，应避免） - 常见触发场景：赋值给包装类变量、添加到
List<Integer>、作为泛型参数传入
拆箱：包装类对象 → 基本类型
当你写 int x = i;（其中 i 是 Integer），编译器自动插入 i.intValue()。这一步会先检查对象是否为 null，若为 null 则抛出 NullPointerException——这是最易踩的坑。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 拆箱本质是调用
xxxValue()方法，如intValue()、doubleValue()、booleanValue() - 必须确保包装类引用非 null，否则运行时报空指针，编译期无法发现
- 常见触发场景：赋值给基本类型变量、参与算术运算（如
i + j）、比较操作（==或>）
为什么需要这个机制
Java 集合框架（ArrayList、HashMap）只接受对象，不能直接存 int 或 double。没有装箱，你就得反复写 new Integer(x) 和 i.intValue()，代码冗长且易错。自动装拆箱让泛型、反射、函数式接口等现代特性得以自然支持基本类型数据。
立即学习“Java免费学习笔记（深入）”；
- 兼容性：让基本类型无缝融入对象生态
- 简洁性：省去大量样板转换代码
- 透明性：对开发者隐藏底层对象构造细节
容易忽略的关键细节
装箱拆箱不是免费的午餐。每次装箱都可能分配堆内存（尤其超缓存范围），频繁操作会影响性能；而拆箱时的隐式空检查和方法调用也有开销。在高吞吐或低延迟场景（如金融计算、高频日志），应审慎评估是否真需要包装类。
-
==比较要格外小心：两个Integer用==可能因缓存返回 true，但超出缓存就 false；建议统一用.equals() - 运算中混合使用包装类和基本类型，会隐式触发多次拆箱/装箱，例如
Integer a = 1; Integer b = 2; Integer c = a + b;—— 先拆成 int 相加，再装回 Integer - 方法重载时，装箱可能引发歧义，编译器优先选择基本类型参数的方法，若无则尝试装箱匹配
