Java一维数组长度不可变是设计选择，旨在保障内存连续性和零开销随机访问；所谓“调整长度”实为新建数组、复制数据、更新引用；推荐用Arrays.copyOf()扩容缩容，频繁增删或容量不确定时应改用ArrayList。
Java 一维数组长度一旦创建就不可更改，这不是限制，而是设计选择——它保障内存连续性和访问效率。所谓“调整长度”，本质是创建新数组、复制数据、替换引用。掌握这个逻辑，才能真正用好数组，也才懂得何时该转向 ArrayList。
为什么数组长度不能变
数组在堆内存中分配连续空间，长度固定意味着地址布局稳定。JVM 通过“基地址 + 索引 × 元素大小”直接计算元素位置，零开销随机访问。若允许动态改长，要么破坏连续性，要么触发整块迁移，性能代价远高于新建+复制。这也是语言层面对简单性与确定性的坚持。
手动扩容和缩容的两种可靠写法
核心动作始终是：申请新空间 → 搬运有效数据 → 更新引用。推荐优先使用标准工具方法：
-
扩容到指定长度：用
Arrays.copyOf(arr, newSize)，简洁安全。例如arr = Arrays.copyOf(arr, 10);，超出原长的位置自动填入默认值（int 为 0，Object 为 null） -
精确复制前 n 个元素（缩容）：同样调
Arrays.copyOf(arr, n)。不需要循环置空或额外判断，n 小于原长度时自动截断 -
需要精细控制复制过程时：用
System.arraycopy(src, 0, dest, 0, length)，支持偏移、部分复制，适合大数组或分段操作
什么时候该放弃数组，改用 ArrayList
频繁增删、不确定最终容量、需按需伸缩的场景，硬套数组会徒增复杂度和出错风险：
立即学习“Java免费学习笔记（深入）”；
- 每次 add 都要自己判断容量、申请新数组、复制、更新引用——ArrayList 内部已封装完整逻辑，扩容策略（如 1.5 倍增长）、阈值控制、批量操作都高度优化
- remove 后若需缩容，自己实现容易遗漏引用清理或误删数据；ArrayList 的
trimToSize()可主动收缩，remove()自动维护 size - 泛型支持、迭代器、批量方法（
addAll、retainAll）等开箱即用，无需重复造轮子
自己封装 DynamicArray 的适用边界
仅在两类情况下值得动手：
-
教学目的：写一个泛型
DynamicArray<T>类，内部用Object[]存储，暴露add()、get()、resize()方法，能直观理解 ArrayList 底层做了什么 - 极端定制需求：比如嵌入式环境禁用集合类，或要求扩容倍率严格为 2.0 而非 1.5，或需配合特定内存池管理
注意：泛型数组创建受限，不能 new T[n]，须用 (T[]) new Object[n] 并做好类型安全提醒。
