ArrayList批量删除后不会自动缩容，elementData.length保持不变，需调用trimToSize()或重建新列表来紧凑内存，以释放闲置空间。
Java 中 ArrayList 在批量删除（如 removeAll、retainAll 或手动遍历移除）后，其内部数组 elementData 不会自动缩容——即数组长度（elementData.length）保持不变，仅逻辑大小 size 减小，导致“内存空洞”。要真正紧凑内存、释放无用空间，需主动触发数组复制收缩，核心就是调用 System.arraycopy 将前 size 个有效元素复制到一个新分配的、大小恰好为 size 的数组中。
为什么不能依赖自动缩容？
ArrayList 的设计原则是“扩容积极、缩容保守”：添加元素时会按需扩容（1.5 倍），但删除元素从不自动缩容。这是为了防止频繁增删带来的反复分配/复制开销。因此，即使 size 变得很小（比如只剩 2 个元素），elementData 可能仍是最初分配的 100 容量数组，大量内存闲置。
手动紧凑内存的正确步骤
需绕过 ArrayList 的封装，通过反射或继承方式访问私有字段 elementData，再执行紧凑操作：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
获取当前有效元素数量：调用
list.size() -
获取内部数组引用：通过反射读取
list.elementData（注意类型为Object[]） -
判断是否需要缩容：若
size < elementData.length且你确有内存敏感需求，才继续 -
创建新数组并复制：
Object[] newData = new Object[size];<br>System.arraycopy(elementData, 0, newData, 0, size);
-
替换内部数组：再次通过反射将
list.elementData设为newData
更安全、推荐的替代方案
直接反射修改 elementData 存在风险（如破坏封装、与未来 JDK 版本兼容性问题）。生产环境建议以下方式：
立即学习“Java免费学习笔记（深入）”；
-
使用
trimToSize()：该方法是ArrayList官方提供的紧凑接口，内部正是调用System.arraycopy创建最小容量数组。调用后：elementData.length == size（除非size == 0，此时可能仍为EMPTY_ELEMENTDATA） -
重建新列表：删除完成后，用构造函数创建紧凑副本：
list = new ArrayList(list);。该构造器会根据传入集合的size分配精确容量，并逐个复制元素 -
考虑替代容器：若高频增删+强内存敏感，可评估
ArrayDeque（无随机访问但无空洞）、或自定义紧凑型列表（如基于Arrays.copyOf封装）
注意事项
不要在多线程环境下未经同步就紧凑 ArrayList；trimToSize() 是原子操作但不保证线程安全；若列表正被其他代码迭代，紧凑后原数组未被立即回收，但后续写操作不会影响已复制的新数组。另外，紧凑操作本身有开销，应权衡“内存节省”和“复制成本”，避免在热循环中频繁调用。
