java集合只能存对象，基本类型必须用包装类；因泛型擦除后为object[]，而基本类型非object子类，故list非法，仅list合法，且自动装箱/拆箱。
Java 集合只能存对象，基本类型必须转成包装类型才能放进集合里。这不是语法糖的“看起来能用”，而是底层设计决定的硬性限制——泛型擦除后集合实际是 Object[]，而 int、boolean 这类基本类型根本不是 Object 的子类。
为什么必须用包装类型
集合接口（如 List、Map）的泛型参数定义为 E extends Object，基本类型不满足这个约束。比如：
-
List<int></int>编译直接报错，语法非法 -
List<integer> list = new ArrayList(); list.add(42);</integer>看似加了int，实则编译器自动插入装箱：等价于list.add(Integer.valueOf(42)) - 从集合取值时也自动拆箱：
int x = list.get(0);实际调用list.get(0).intValue()
常见配合写法与注意事项
日常开发中，配合使用的关键在于理解自动转换背后的逻辑，避免踩坑：
- 声明时明确泛型类型，如
Map<string integer></string>，别用裸类型Map+ 强制转型 - 允许
null是包装类型的优势，但解包前务必判空：Integer count = map.get("key"); if (count != null) { int val = count; } - 慎用
==比较包装类型：在 -128～127 范围内可能因缓存返回 true，超出范围就 false；统一用equals()或先拆箱再比 -
Arrays.asList(1, 2, 3)返回的是List<integer></integer>，但Arrays.asList(new int[]{1,2,3})返回的是List<int></int>—— 容易误以为是三个元素
性能与替代方案
高频操作中，反复装箱拆箱会生成临时对象，拖慢 GC 和吞吐量：
- 循环里避免写
list.add(i)（i 是int循环变量），可考虑预分配或批量处理 - 大数据量场景（如百万级整数），优先考虑 Trove、Eclipse Collections 等原生集合库，它们提供
TIntArrayList等不依赖对象封装的实现 - JDK 16+ 可探索 Vector API 处理数值密集计算，但集合通用性仍不如包装类型方案
三元运算与混合类型陷阱
类型推断容易出错，尤其在涉及 null 时：
-
Boolean flag = true; Number n = flag ? 42 : null;编译失败 —— 因为42是int，null无类型，编译器无法统一为同一包装类型 - 正确写法是显式指定：
Number n = flag ? Integer.valueOf(42) : null;或用Integer替代Number - 类似地，
map.put("k", null)对Map<string integer></string>合法，但后续map.get("k") + 1会触发 NPE
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
