Java集合不能直接存储基本类型，因其泛型要求引用类型，依赖自动装箱将基本类型转为包装类（如int→Integer），底层操作基于Object；第三方库如Eclipse Collections、Trove可提供原始类型集合优化性能。
型，依赖自动装箱将基本类型转为包装类（如int→Integer），底层操作基于Object；第三方库如Eclipse Collections、Trove可提供原始类型集合优化性能。Java集合不能直接存储基本类型，是因为集合框架的设计基于泛型和对象引用，而基本类型不是对象，不继承自Object，无法满足集合对元素类型的统一要求。真正起作用的是Java的自动装箱（Autoboxing）机制——它在编译期悄悄把基本类型转为对应的包装类，让“存基本类型”变成一种语法糖。
集合底层只认对象，基本类型天生不兼容
Java集合如ArrayList、HashMap等，其泛型参数必须是引用类型（如Integer、Boolean），因为：
- 泛型擦除后，集合实际操作的是
Object数组或Object引用； - 基本类型（如
int）没有父类，不能向上转型为Object； - JVM堆内存中只存放对象，基本类型只能存在栈或作为对象字段存在。
自动装箱：编译器帮你做的隐式转换
当你写下list.add(100)，编译器会在编译阶段自动改写为list.add(Integer.valueOf(100))；同理，从Integer取值时（如int x = list.get(0)），会自动调用intValue()方法。这个过程就是自动装箱（boxing）和拆箱（unboxing）。
注意：Integer.valueOf(100)并非每次都新建对象——对于-128到127之间的整数，会复用缓存对象，这是性能优化，但也可能引发==比较陷阱。
为什么不用基本类型专用集合？
标准库没提供IntList或DoubleMap等，主要是为了保持API简洁统一。但实际开发中，若对性能或内存敏感（如高频数值计算、大数据量缓存），可以使用第三方库：
-
Eclipse Collections：提供
MutableIntList、IntHashSet等； - Trove：轻量级，基于原始类型实现，避免装箱开销；
- FastUtil：支持大容量、高性能，且兼容JDK泛型接口。
常见误区与注意事项
自动装箱虽方便，但容易埋下隐患：
- 空指针异常：对
null的包装类变量执行拆箱（如Integer i = null; int x = i;）会抛NullPointerException； - 性能损耗：频繁装箱/拆箱会创建大量短生命周期对象，增加GC压力；
- 比较陷阱：用
==比较两个Integer，结果取决于是否在缓存范围内，建议统一用equals()或compareTo()。
