Java集合必须使用包装类，因泛型擦除后操作Object而基本类型非其子类；自动装箱简化写法但有性能开销；大数据量时可选原始数组或第三方原始类型集合；null语义明确场景下包装类不可替代。
集合中必须用包装类，基本类型无法直接使用
Java 集合框架（如 ArrayList、HashMap、HashSet）只接受对象类型，不支持基本数据类型。这是语言层面的硬性限制——泛型擦除后实际操作的是 Object，而 int、boolean 等不是 Object 的子类。
所以以下写法编译失败：
List<int> numbers = new ArrayList<>(); // ❌ 编译错误Map<String, boolean> 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();
这种便利背后有代价：
立即学习“Java免费学习笔记（深入）”；
- 频繁添加小整数（如循环中
add(i)）会反复创建Integer对象，增加 GC 压力 - 超出缓存范围（如
Integer.valueOf(200)）每次都是新对象，无法复用 - 大量数据场景下，
List<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();—— 其中某个元素为null表示“该用户年龄未提供”，而非默认值0 -
Map<String, Boolean> featureFlags;——null可表示“该功能开关未配置”，区别于false（明确关闭）
此时不应为省内存而改用基本类型加特殊标记值（如 -1 表示无效），那会污染业务逻辑、降低可读性。
