会触发system.arraycopy的删除操作包括：①remove(int index)；②removerange(int fromindex, int toindex)；③removeall(collection c)；触发条件是需将index+1至末尾元素前移，核心参数为源数组、源起始索引index+1、目标数组、目标起始索引index、拷贝长度size-index-1。
ArrayList 删除元素时，底层确实会调用 System.arraycopy 来移动后续元素，但这个过程不是由 ArrayList “主动安排”的，而是由其内部实现逻辑在特定删除操作中自动触发的。关键在于：只有调用基于索引的 remove(int index) 或批量删除（如 removeAll）等导致中间/尾部元素前移的场景，才会触发数组拷贝；而使用迭代器 remove() 或 remove(Object o)（首次匹配）也会间接走到同一套位移逻辑。
哪些删除操作会触发 System.arraycopy？
触发条件是：需将索引 index+1 到末尾的元素整体向前平移一位（或更多位）。典型情况包括：
-
list.remove(3)（按位置删除第 4 个元素）→ 将下标 4 至size-1的所有元素复制到下标 3 至size-2 -
list.removeRange(2, 5)（受保护方法，subList.clear()内部调用）→ 移动从toIndex开始的所有后续元素 -
list.removeAll(collection)→ 先标记待删位置，再统一收缩，多次调用arraycopy（JDK 8+ 优化为单次，取决于实现）
System.arraycopy 的实际调用参数怎么定？
以 remove(int index) 为例（JDK 17 ArrayList 源码节选逻辑）：
int numMoved = size - index - 1;
if (numMoved > 0)
System.arraycopy(elementData, index + 1, elementData, index, numMoved);
这里四个关键参数含义清晰：
-
源数组：
elementData（底层数组） -
源起始索引：
index + 1（被删元素后一个） -
目标数组：
elementData（同一数组，原地覆盖） -
目标起始索引：
index（被删位置，即新元素要填入的地方） -
拷贝长度：
size - index - 1（剩余要前移的元素个数）
注意：这是“内存块移动”，不是逐个赋值；JVM 对 System.arraycopy 有深度优化（如使用 SIMD 指令、避免 GC barrier），比手动 for 循环快得多。
为什么不用 Arrays.copyOf 或重新 new 数组？
因为效率和语义不同：
-
Arrays.copyOf是分配新数组 + 复制，适用于扩容或截断；删除是原地收缩，复用已有容量更省内存和 GC 压力 - ArrayList 的设计原则是“延迟缩容”——删除不改变
elementData.length，只减size；除非显式调用trimToSize()，否则不会释放底层数组空间 - 直接
arraycopy是最轻量的物理位移，无对象创建开销，也避免了引用丢失风险（对非 primitive 类型，只是移动引用）
一个容易忽略的细节：并发与可见性
System.arraycopy 本身是原子的内存块拷贝，但它不提供同步语义。在多线程环境下：
- 若多个线程同时读写同一个 ArrayList，即使删除用了
arraycopy，仍可能因缺乏同步导致读到中间状态（如部分元素已移动、部分未动） - ArrayList 不是线程安全的，
arraycopy并不能弥补这一点；需要外层加锁或改用CopyOnWriteArrayList（它另有一套 copy-on-write 机制）
也就是说，arraycopy 解决的是“怎么高效移”，不是“怎么安全移”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
