Java引入自动装箱与拆箱的核心目的是弥合基本类型与面向对象体系的鸿沟，以支持集合、泛型和方法重载等特性；它解决Collection不能存基本类型的问题，支撑泛型统一类型系统，并简化重载调用，但带来内存开销、空指针风险及==比较陷阱。
Java 引入自动装箱（Autoboxing）和自动拆箱（Unboxing）的核心目的，是弥合基本类型与面向对象体系之间的鸿沟，让开发者能更自然、更少干扰地使用集合、泛型和方法重载等现代语言特性。
解决集合框架无法直接存基本类型的问题
Java 的 Collection 接口（如 ArrayList、HashMap）只接受对象引用，不能直接存储 int、double 等基本类型。没有自动装箱，每次往 List<integer></integer> 里加数字都得写：
list.add(Integer.valueOf(42));int x = list.get(0).intValue();
有了自动装箱后，直接写 list.add(42) 和 int x = list.get(0) 就行——编译器在背后悄悄完成了转换，大幅降低模板代码量。
支撑泛型与统一类型系统
泛型要求类型参数必须是引用类型。如果想定义 Queue<int></int>，语法不合法；但 Queue<integer></integer> 可以。自动装箱让 int 值能“进入”泛型容器，而无需手动包装，使泛型真正可用在数值场景中。这也让 API 设计更一致：比如 OptionalInt 是特化类型，而通用的 Optional<t></t> 靠装箱就能承载任意基本值。
简化方法调用与重载适配
当一个方法同时有 void process(int) 和 void process(Integer) 重载时，传入 Integer 对象可自动拆箱匹配前者，传入 int 值也可自动装箱匹配后者。这种灵活性减少了因类型不匹配导致的编译错误，也避免了为每种基本类型单独写一堆重载方法。
注意隐含代价：不是免费的便利
自动装箱会创建新对象（如每次循环 Integer i = n 都可能新建实例），带来内存分配与 GC 压力；拆箱若遇到 null 包装类，会直接抛 NullPointerException；另外，== 比较两个 Integer 时，在 -128 到 127 范围内可能因缓存返回 true，超出范围则为 false，容易引发逻辑陷阱。
