如何通过ArrayList的trimToSize方法高效回收多余内存空间优化存储性能？

本文共计706个文字，预计阅读时间需要3分钟。

调用 `trimToSize` 后内存未明显下降，并非方法失效，而是 JVM 并不立即回收堆内存——它只是将内部数组长度缩短到当前 `size`，释放的是`数组对象自身占用的引用空间`，而非实际触发 GC。真正释放内存的决定因素在于垃圾收集器何时回收旧数组。

常见误判场景：用 Runtime.getRuntime().freeMemory() 对比前后值，但该值受 GC 状态、其他对象分配干扰极大，不能作为 trim 效果依据。

什么情况下 trimToSize 才值得调用

只有当 ArrayList 经历过大幅扩容又长期只保留少量元素（比如初始化容量为 1000，最终只存 5 个），且该列表生命周期较长、后续不再增删时，才适合 trim。否则频繁 add/remove 会反复触发扩容/缩容，反而增加开销。

• 批量构建后只读的缓存列表（如配置项加载、静态数据预处理）
• 从数据库查出大量记录后做筛选，最终结果远小于原始集合
• 明确知道后续不会再修改，且对象驻留时间长（如 Spring Bean 中的成员变量）

手动 trim 比自动更可靠，但要注意时机

trimToSize 是 public 方法，但 ArrayList 不会在任何内置操作（如 remove、clear）中自动调用它。你必须显式触发，且最好在确认「不会再增删」之后立刻执行。