System.arraycopy本身不扩容，真正的高性能扩容需嵌入“判断→分配→搬运→更新”闭环；扩容触发条件是size == array.length，新容量推荐1.5倍增长并设最小增量，搬运长度必须为size，引用与状态须同步更新，中间插入/删除也依赖arraycopy局部迁移。

System.arraycopy 本身不扩容，只高效搬运数据；真正的高性能扩容，是把它嵌入“判断→分配→搬运→更新”四步闭环中，关键不在复制本身，而在如何让每次搬运都精准、必要、无冗余。

扩容触发必须基于 size 而非 length

数组长度（length）只是容量上限，真正决定是否该扩的是已存元素数（size）。仅当 size == array.length 时才触发扩容，避免提前分配浪费内存，也防止插入失败。若用 length 判断，会误判空数组或未满数组需扩。

新容量要兼顾平滑性与内存效率

固定 ×2 容易造成中等规模数据的内存浪费；推荐采用 1.5 倍增长（即 oldCap + (oldCap >> 1)），并设最小增量保障：

• newCapacity = Math.max(size + 1, (int)(oldCapacity * 1.5))
• 即使当前 size 是 1，新容量也不能小于 2，防止单次 add 就触发下一轮扩容
• 初始容量建议设为 8 或 16，避开小数组高频抖动

搬运必须严格限定有效长度

System.arraycopy 的第五个参数（length）必须是 当前有效元素个数 size，不是原数组 length，更不是新数组 newLength：

• 错写成 array.length：若数组有空洞（如删除后未压缩），会把默认值（0 / null）一并拷过去，污染逻辑
• 错写成 newLength：目标数组末尾被默认值填充，后续读取可能出错
• 正确写法：System.arraycopy(oldData, 0, newData, 0, size)

引用与状态必须同步更新

搬运完不更新引用，等于白干。两处必须同时改：

• 将底层数组引用指向新数组：data = newData
• 更新容量认知：若类中维护 capacity 字段，需同步赋值；更简洁做法是直接用 data.length 表示当前容量，省去冗余字段和不一致风险

中间插入/删除也要靠 arraycopy 局部迁移

高性能不止于尾部追加。在 index 插入或删除时，仍可用一次 arraycopy 完成局部搬移：

• 插入：将 data[index .. size−1] 整体后移到 index+1 起始位置，再填新值
• 删除：将 data[index+1 .. size−1] 整体前移到 index 起始位置，最后 size−−
• 两次操作都只调用一次 arraycopy，长度可控，不涉及全量重建

不复杂但容易忽略