Java集合不支持基本类型因泛型擦除后操作Object，而基本类型非Object子类；自动装箱/拆箱通过valueOf()和xxxValue()实现，但存在空指针与性能陷阱。
Java集合不能直接存储基本数据类型，必须使用对应的包装类型（如 int → Integer）。
为什么集合不支持基本类型？
因为Java集合框架（如 ArrayList、HashMap）的底层设计基于泛型，而泛型在编译后会进行类型擦除，最终操作的是 Object 类型。基本类型不是 Object 的子类，无法参与引用类型体系。
-
ArrayList编译报错：「Type argument cannot be of primitive type」 - JVM 的对象模型中，基本类型值存于栈或局部变量表，而集合内部元素统一作为对象引用管理，需存于堆中
- 泛型约束要求类型参数必须是引用类型，
int、boolean等不满足该约束
自动装箱/拆箱是怎么工作的？
Java 5 引入自动装箱（autoboxing）和拆箱（unboxing），让基本类型和包装类型之间“看起来”能无缝转换，但背后有隐式对象创建和性能开销。
- 赋值时自动调用
Integer.valueOf(int)、Boolean.valueOf(boolean)等静态工厂方法 - 取值时自动调用
intValue()、booleanValue()等实例方法 - 注意缓存机制：
Integer.valueOf(127)返回常量池对象，Integer.valueOf(128)每次新建对象
ArrayListlist = new ArrayList<>(); list.add(42); // 自动装箱：等价于 list.add(Integer.valueOf(42)) int x = list.get(0); // 自动拆箱：等价于 list.get(0).intValue()
哪些场景容易踩坑？
自动转换掩盖了对象创建、空指针、缓存边界等真实问题，实际编码中高频出错。
立即学习“Java免费学习笔记（深入）”；
-
NullPointerException：当集合中存了null，又执行拆箱操作，例如Integer i = null; int j = i; - 性能陷阱：循环中频繁装箱（如
for (int i = 0; i ）会生成大量临时Integer对象 - == 判断失效：两个值为 128 的
Integer对象用==比较结果为false（未命中缓存，地址不同） - 集合删除失败：用
list.remove(1)本意是删索引 1 的元素，但因传入int，实际调用的是remove(int index)；要删值为 1 的元素，得写list.remove(Integer.valueOf(1))
替代方案：什么时候该绕过包装类型？
对性能或内存敏感的场景（如高频数值计算、大数据量缓存），应避免依赖集合 + 包装类型。
- 使用第三方库的原始类型集合，如
fastutil的IntArrayList、Int2IntOpenHashMap - JDK 16+ 可尝试
Vector API做向量化计算，但不解决集合存储问题 - 自定义数组 + 手动管理长度（如
int[] data+int size），适用于固定模式的高性能需求
包装类型不是语法糖，而是运行时实实在在的对象。理解 Integer 不等于 int，才能避开空指针、缓存混淆和装箱爆炸这些静默故障。
