java集合必须使用包装类，因泛型擦除后操作object而基本类型非其子类；自动装箱简化写法但有性能开销；大数据量时可选原始数组或第三方原始类型集合；null语义明确场景下包装类不可替代。

集合中必须用包装类，基本类型无法直接使用

Java 集合框架（如 ArrayList、HashMap、HashSet）只接受对象类型，不支持基本数据类型。这是语言层面的硬性限制——泛型擦除后实际操作的是 Object，而 int、boolean 等不是 Object 的子类。

所以以下写法编译失败：

List numbers = new ArrayList(); // ❌ 编译错误
Map flags = new HashMap(); // ❌ 编译错误

自动装箱让使用变简单，但要注意隐式开销

虽然必须用包装类，但 Java 5 起支持自动装箱（autoboxing），让代码看起来“像在用基本类型”：

• list.add(42); 实际执行的是 list.add(Integer.valueOf(42));
• int x = list.get(0); 实际执行的是 int x = list.get(0).intValue();

这种便利背后有代价：

javascript-pro

专注现代 ECMAScript、异步编程、性能优化和全栈的 JavaScript 专家，适用于现代开发

下载

• 频繁添加小整数（如循环中 add(i)）会反复创建 Integer 对象，增加 GC 压力
• 超出缓存范围（如 Integer.valueOf(200)）每次都是新对象，无法复用
• 大量数据场景下，List<integer></integer> 比 int[] 内存多占 3–5 倍

性能敏感场景可考虑替代方案

当集合元素量大、读写高频（如统计、批处理、算法中间结果），优先评估是否真需用集合：

• 用原始数组替代：如 int[] counts = new int[1000]; —— 零对象开销，缓存友好
• 引入第三方库：如 Agrona 或 Eclipse Collections 提供 IntArrayList 等原始类型集合
• 避免在 foreach 中隐式拆箱：for (Integer n : list) { sum += n; } → 改为 for (int n : list) { sum += n; }（JDK 8+ 支持，仍触发拆箱，但更清晰）

业务语义明确时，包装类的 null 更有价值

若集合承载的是可能缺失的数据（如数据库查询结果、API 返回的可选字段），包装类的 null 是正确选择：

• List<integer> ages = queryUserAges();</integer> —— 其中某个元素为 null 表示“该用户年龄未提供”，而非默认值 0
• Map<string boolean> featureFlags;</string> —— null 可表示“该功能开关未配置”，区别于 false（明确关闭）

此时不应为省内存而改用基本类型加特殊标记值（如 -1 表示无效），那会污染业务逻辑、降低可读性。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南