Java中数组与容器是互补关系：数组为底层基础，容器是上层封装；ArrayList、HashMap等均基于数组实现，容器弥补数组长度固定等缺陷，选择依据是场景需求而非优劣。
Java 中数组和容器（如 ArrayList、HashMap 等）不是替代关系，而是互补关系——数组是底层基础，容器是上层封装。
数组是容器的底层实现基石
大多数 Java 集合类内部都依赖数组来存储元素。比如 ArrayList 的核心就是一个动态扩容的 Object[] 数组；HashMap 的桶数组（Node）本质也是数组。没有数组，这些容器就无法高效地随机访问和连续存储。
-
ArrayList每次扩容时，实际是新建一个更大的数组，再把旧数组内容复制过去 -
Arrays.asList()返回的 List 实际是数组的包装视图，不支持增删，因为背后没预留空间 - 基本类型数组（如
int[]）不能直接存入泛型容器，必须转为包装类数组或使用IntStream等工具处理
容器弥补了数组的核心缺陷
数组长度固定、类型擦除受限、缺乏内置算法支持；容器则通过对象封装解决这些问题。
- 自动扩容：
ArrayList插入时自动调整容量，避免手动管理数组大小 - 统一接口：所有
Collection子类共享add()、remove()、stream()等方法，而数组只能靠Arrays工具类辅助 - 类型安全增强：泛型容器在编译期检查类型，数组虽有运行时类型检查（如
String[]不能赋值Integer），但存在协变问题（Object[] a = new String[1]合法，却可能引发ArrayStoreException）
选择依据：看场景，不看“高级”与否
不是“容器比数组好”，而是“哪个更适合当前需求”。关键判断点包括数据稳定性、性能敏感度和操作复杂度。
立即学习“Java免费学习笔记（深入）”；
- 固定大小、高性能要求（如高频数值计算、缓冲区）、需与 JNI/C 交互 → 优先用数组
- 需频繁增删、不确定元素数量、要遍历/过滤/聚合 → 用
ArrayList或LinkedList（后者少用） - 按键查值、去重、排序等语义明确的操作 → 直接选
HashMap、TreeSet等专用容器，别自己用数组模拟
基本上就这些。理解它们的关系，不是为了争论谁更“现代”，而是为了在写代码时，一眼看出该用 int[] 还是 IntSummaryStatistics，该封装成 List 还是传一个 User[] —— 底层扎实，上层才稳。
