java集合只接受引用类型，基本类型需装箱为包装类；因泛型限定e/k/v extends object且底层用object[]，基本类型非object子类；使用时需防npe、缓存陷阱及装箱性能开销。
Java 集合框架（如 ArrayList、HashMap、HashSet 等）**只接受引用类型（Reference Types）作为元素或键值**，因此不能直接存储基本类型（int、boolean、char 等），必须使用其对应的包装类型（Integer、Boolean、Character 等）。
为什么基本类型不能直接放入集合？
集合接口（如 Collection、Map）的泛型参数声明为 E extends Object 或 K/V extends Object，而基本类型不是 Object 的子类，也不属于引用类型。JVM 的集合底层基于对象数组（如 Object[]）实现，无法存放原始字节值。
-
ArrayList<int></int>是非法语法，编译不通过 -
new ArrayList().add(42)实际触发自动装箱（int → Integer）才可运行 - 泛型擦除后，集合实际持有
Object引用，基本类型无对应运行时类
包装类型使用的注意事项
虽然包装类型解决了“能放”的问题，但使用中需警惕隐式转换带来的陷阱：
-
空指针风险：包装类型变量可为
null，解包时（如Integer i = null; int x = i;）会抛NullPointerException -
缓存机制影响 == 判断：
Integer在 -128 ~ 127 范围内复用缓存对象，Integer a = 100, b = 100; a == b为true；超出范围则为false，应统一用equals() - 性能开销：频繁装箱/拆箱（尤其循环中）会生成大量临时对象，影响 GC 和吞吐量
替代方案与优化建议
对性能敏感或大量基本类型数据场景，可考虑更高效的替代方式：
- 使用第三方库（如 Trove、Agrona、Eclipse Collections）提供的原生集合（
TIntArrayList、IntList等） - JDK 16+ 可尝试
Vector API（面向数值计算）或配合数组 + 工具类手动管理 - 日常开发中，优先用泛型明确声明（如
ArrayList<integer></integer>），避免裸类型 + 运行时转型
自动装箱/拆箱不是万能的
编译器仅在明确上下文支持时插入装箱/拆箱逻辑。以下情况容易出错：
-
map.put("key", null)存入Integer类型的Map<string integer></string>—— 合法，但后续map.get("key") + 1会 NPE -
Arrays.asList(1, 2, 3)返回List<integer></integer>，但Arrays.asList(new int[]{1,2,3})返回List<int></int>（非预期） - 三元运算符中混合基本类型与包装类型：
boolean flag = true; Number n = flag ? 42 : null;编译失败，因无法统一类型
