登录
首页 >  文章 >  java教程

Java ArrayList 删除元素后内存移动机制解析

时间:2026-05-19 19:15:40 367浏览 收藏

本文深入剖析了Java ArrayList在删除非末尾元素时底层依赖System.arraycopy实现内存移动的核心机制:删除操作并非简单跳过元素,而是通过一次高效、安全的数组内重叠拷贝,将被删位置之后的所有元素整体前移一位,同时保持数组物理长度不变、仅缩减逻辑size,并强调了手动模拟该行为时参数计算的关键细节(如拷贝长度为size - idx - 1而非size - idx)、禁用普通for循环的深层原因(性能差距、重叠拷贝安全性、GC隐患),以及批量删除连续区间时如何用单次arraycopy优雅替代多次remove,帮助开发者真正理解ArrayList“假删除、真移动”的内存本质,避开常见越界、泄漏与性能陷阱。

安排 Java 中 ArrayList 在元素删除后如何通过 System.arraycopy 进行内存移动

ArrayList.remove() 内部到底调用哪次 System.arraycopy?

Java 的 ArrayList.remove(int index) 在删除中间或开头元素时,一定会触发一次 System.arraycopy —— 但不是你手动写的那行,而是 JDK 自己在 fastRemove() 里调的。它把 elementData[index + 1] 到末尾的全部元素,向前拷贝一位,覆盖被删位置。这个动作发生在 size 减 1 之后、返回旧值之前。

关键点在于:JDK 不会帮你「缩容」,elementData 数组长度不变,只是逻辑 size 缩了,后续新增可能复用空位。

  • 删除索引 i → 拷贝范围是 src: i+1, length: size - i - 1
  • 源数组和目标数组都是 elementData,所以是「同一数组内重叠拷贝」,必须用 System.arraycopyArrays.copyOf 或循环赋值都不安全)
  • 如果删的是最后一个元素(i == size - 1),则跳过拷贝,只做 size--

想手动触发 arraycopy 移动元素,该怎么写才不越界?

如果你绕过 remove(),直接操作 elementData 数组(比如在自定义 List 实现里),必须自己算清拷贝参数。常见错误是 length 算错导致数组越界或漏拷。

假设你要删掉索引 idx 处的元素,当前有效长度为 size

  • 先确认 idx >= 0 && idx ,否则抛 IndexOutOfBoundsException
  • 拷贝起点:srcPos = idx + 1
  • 拷贝长度:copyLen = size - idx - 1(不是 size - idx
  • 目标起点:destPos = idx
  • 调用:System.arraycopy(elementData, idx + 1, elementData, idx, size - idx - 1)
  • 最后别忘:size--,并可选地置空尾部引用:elementData[size] = null(防内存泄漏)

为什么不能用 for 循环代替 System.arraycopy?

表面看,写个 for (int i = idx; i 也能动,但它在性能和语义上都输一截:

  • System.arraycopy 是 JVM 内建优化指令,对连续内存块做 memcpy 级别搬运,比 Java 层循环快 2–5 倍(尤其大数组)
  • 循环无法处理「源目标重叠且方向错误」的情况(比如 srcPos 时,必须从后往前赋值),而 arraycopy 内部已处理所有重叠场景
  • 循环不会自动处理对象引用置 null,容易引发 GC 问题;arraycopy 只搬引用,不干预生命周期
  • Android 上低版本 Dalvik 对循环更不友好,arraycopy 是唯一推荐方式

删除多个连续索引时,一次 arraycopy 能搞定吗?

可以,而且应该这么做。比如要删掉 [from, to) 连续区间(左闭右开),等价于把 to 之后的元素整体前移 to - from 位。

设当前 size = n,则:

  • 拷贝起点:srcPos = to
  • 目标起点:destPos = from
  • 拷贝长度:length = n - to
  • 调用:System.arraycopy(elementData, to, elementData, from, n - to)
  • 更新 size = n - (to - from)

注意:这要求 from ,且区间必须连续。如果要删非连续索引(如删第 1 和第 5 个),仍得两次 arraycopy(或先标记再批量整理),没有通用单次解法。

最易被忽略的是边界检查顺序——必须先校验 to ,再算 n - to,否则 length 为负会导致 ArrayStoreException 或静默失败。

到这里,我们也就讲完了《Java ArrayList 删除元素后内存移动机制解析》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于的知识点!

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>