Java数组长度上限为Integer.MAX_VALUE（2147483647），由int索引限制决定；其长度不可变，扩容需新建数组并复制数据；小数据量用数组更高效，中等动态数据优先ArrayList，超大数据应分块、外存或流式处理。
Java 数组长度上限是 Integer.MAX_VALUE（2,147,483,647），超过就会抛出 NegativeArraySizeException。这不是内存不足导致的限制，而是由数组索引必须用 int 类型表示这一底层设计决定的。实际开发中，真正卡住你的往往不是理论极限，而是如何在数据量变化时选对结构——数组适合静态场景，动态或大数据得换思路。
明确数组长度不可变的本质
Java 数组一旦创建，长度就固化在内存布局里，JVM 不提供 resize 接口。所谓“扩容”，本质是：
- 新建一个更大长度的数组
- 用
System.arraycopy()或循环把旧数据复制过去 - 丢弃原数组引用，让 GC 回收
这个过程耗时且触发额外内存分配。如果频繁增删，性能会明显下降，还可能引发 GC 压力。
小数据量（≤ 10⁵）：用数组更直接
当元素数量稳定、边界清晰（如配置项、状态码映射、固定维度坐标），数组反而比集合更轻量：
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 无泛型擦除开销，原始类型（
int[]、double[]）不装箱 - 内存连续，CPU 缓存友好，遍历速度通常快于
ArrayList - 声明简洁：
int[] scores = new int[100];或String[] days = {"Mon","Tue",...};
注意：别为“将来可能变”提前套用集合——过度设计会增加复杂度和运行时成本。
中等动态数据（10⁵ ~ 10⁷）：优先用 ArrayList
ArrayList 内部仍是数组，但封装了自动扩容逻辑（默认 1.5 倍增长）。它平衡了性能与灵活性：
- 添加末尾元素平均 O(1)，随机访问 O(1)
- 可预设初始容量避免多次扩容：
new ArrayList(expectedSize) - 支持
trimToSize()在确定不再增长后释放冗余空间
例如读取 CSV 文件的万级记录，用 ArrayList<Record> 比手动管理数组更安全高效。
超大数据（≥ 10⁷）或流式处理：绕开单数组思维
接近或达到 Integer.MAX_VALUE 的数据，已超出单机内存常规承载能力。此时重点不是“怎么存得下”，而是“怎么不全加载”：
-
分块处理：把 10 亿条日志拆成 1000 个百万级批次，每批用临时数组或
ArrayList处理完即丢弃 -
外部存储：用数据库（带分页查询）、内存映射文件（
MappedByteBuffer）或列式存储（如 Parquet）按需加载 -
流式结构：用
Stream<T>+ 中间操作（filter/map）+ 终止操作（collect/forEach），避免一次性加载全部数据
硬要塞进一个超长数组，不仅失败率高，还会拖慢整个 JVM 启动和 GC 行为。
