ArrayListtrimToSize方法详解与内存优化技巧

ArrayList的trimToSize方法通过缩小内部elementData数组的容量来释放冗余内存空间，但它本身不触发垃圾回收（GC），实际内存占用是否下降取决于当前冗余空间的大小以及后续GC的执行时机；该方法适用于已知集合不再扩容、且存在明显容量冗余的场景，是轻量级内存优化手段，但需谨慎使用——若后续频繁添加元素，反而会因反复扩容而降低性能。

ArrayList.trimToSize 为什么调用后内存不一定变小

它只影响 ArrayList 内部的 elementData 数组容量，不触发 JVM 垃圾回收，也不释放堆外内存。实际堆内存占用是否下降，取决于原数组是否真有大量冗余空间，以及 GC 时机。

常见错误现象：trimToSize() 调用后 Runtime.getRuntime().freeMemory() 没变化，甚至 VisualVM 看堆占用纹丝不动——这不是方法失效，是误解了它的作用边界。

• 仅当 size < elementData.length（即存在“空闲槽位”）时才有收缩效果
• 收缩后 elementData 变成恰好容纳 size 个元素的新数组，旧数组等待 GC
• 如果之前用 ensureCapacity(1000) 或构造时传了大初始容量，trimToSize() 才真正有用

什么场景下 trimToSize 值得调用

不是所有 ArrayList 都需要它，核心看生命周期和后续是否复用。

典型适用场景：

• 构建完一次性使用的列表（比如 DAO 返回结果封装、JSON 解析中间集合），之后只读不增删
• 从大集合中筛选出小结果（如 list.stream().filter(...).collect(Collectors.toList())），原始数据量大但结果很小
• 长期驻留内存的缓存列表，且明确知道 size 稳定、不会再扩容

反例：频繁 add/remove 的列表、作为方法返回值被上层继续 add 的列表——此时收缩反而可能引发下次 add 时重新扩容，白忙一场。

和 new ArrayList(list) 的区别在哪

两者都能实现“最小容量”，但机制和开销不同。

new ArrayList(list) 是创建新对象，复制元素，原 list 不受影响；trimToSize() 是就地修改当前实例的 elementData 引用。

• 内存角度：二者最终 elementData.length == size，效果一致
• 引用角度：trimToSize() 不改变对象身份，所有持有该 ArrayList 引用的地方立刻看到容量变化；new ArrayList(list) 得到的是全新对象
• 性能角度：trimToSize() 少一次对象分配，但要数组拷贝；new ArrayList(list) 多一次对象分配，同样要拷贝——差异微乎其微，选哪个取决于你是否要保留原引用

示例：

ArrayList list = new ArrayList<>(1000);
list.add("a"); list.add("b");
list.trimToSize(); // elementData.length 变成 2
// 等价于：
list = new ArrayList<>(list); // 但 list 引用已变

容易被忽略的坑：subList 和 trimToSize 共存会出事

subList() 返回的是原 ArrayList 的视图，共享 elementData。如果在有活跃 subList 时调用 trimToSize()，会导致 subList 的底层数组被替换，后续访问抛 ArrayIndexOutOfBoundsException 或返回错误数据。

• 错误模式：List sub = list.subList(0, 5); list.trimToSize(); sub.get(0); // 可能崩溃
• 根本原因：trimToSize() 替换了 list.elementData，而 sub 还指着旧数组的某段范围
• 安全做法：先用 new ArrayList(sub) 切断引用，再对原 list 调用 trimToSize()

这个坑不报编译错误，运行时才暴露，且只在特定数据规模下浮现，非常隐蔽。

真正起作用的前提是：你清楚自己持有的是唯一引用，且没有其他地方通过 subList、Arrays.asList 或反射在偷偷共享底层数组。

本篇关于《ArrayListtrimToSize方法详解与内存优化技巧》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！