使用大容量集合变量后，如何通过及时调用 clear() 提高GC效率？

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

直接调用 `clear()` 并非多此一举，而是直接影响GC的回收动作。它是直接作用于GC，而非间接。所以，`clear()` 能否回收这批对象的关键动作是其本身。

为什么 clear() 能帮上 GC？

集合（如 ArrayList、HashSet、Vector）本身是对象，它内部持有对元素的强引用。只要集合还活着，且没被清空或置 null，这些元素就无法被垃圾回收器判定为“可回收”——哪怕方法早已执行完毕、局部变量已出作用域。

调用 clear() 的本质，是让集合主动解除对所有元素的引用（例如 ArrayList 把每个数组槽位设为 null，HashSet 清空底层 HashMap 的桶链）。这时，只要没有其他外部引用指向这些元素，它们立刻变成“不可达对象”，下次 GC（尤其是 Minor GC）就可能把它们收走。

clear() 和直接赋值 new 集合的区别

两种写法看似效果一样，但内存行为不同：

• list.clear(); —— 复用原对象，只释放元素引用；原集合的底层数组/哈希表结构仍存在，容量不变，适合后续重复填充
• list = new ArrayList(); —— 创建新对象，旧集合对象（连同其底层数组）失去引用，等待 GC；但频繁新建会增加年轻代分配压力

对大容量集合（比如存了 10 万条日志对象的 List），clear() 更轻量、更可控，避免反复申请大块连续内存。