在Java开发中，清空集合是一个高频操作，但不同清空方式在内存模型、线程安全和性能表现上差异明显。理解这些差异有助于在业务代码里选择正确的写法，避免隐蔽的Bug。
一、使用clear方法清空集合
Java中的Collection接口定义了clear方法，几乎所有的标准实现类如ArrayList、HashSet、HashMap都重写了该方法。它的作用是将集合中的元素全部移除，但集合对象本身依然存在，其容量（如ArrayList的底层数组长度）通常不会缩小。
以ArrayList为例，clear方法的源码逻辑是遍历内部数组并将每个位置设为null，然后把size字段置为0。这样做既释放了元素对象的引用，又保留了数组空间，方便后续再次添加元素时免于扩容。下面是一段典型的使用代码：
import java.util.ArrayList;
import java.util.List;
public class ClearDemo {
public static void main(String[] args) {
List<String> list = new ArrayList<>();
list.add("a");
list.add("b");
list.add("c");
System.out.println("清空前大小：" + list.size());
list.clear();
System.out.println("清空后大小：" + list.size());
}
}
从上面的代码可以看出，clear方法调用后，list变量仍然指向原来的ArrayList对象，只是里面的元素没有了。这种方式在需要复用集合对象的场景下非常高效，比如在处理批量数据的循环里，可以避免反复创建集合带来的GC压力。
不过要注意，如果集合是通过Collections.unmodifiableList等包装出来的不可修改集合，调用clear会抛出UnsupportedOperationException。因此在工具类方法中清空传入的集合前，最好先确认其是否支持修改操作。
二、重新赋值为新集合对象
另一种常见的清空思路是将引用重新指向一个新的空集合，例如写法是list = new ArrayList<>()。这种做法表面上达到了清空效果，但本质上和clear完全不同。
重新赋值之后，原来的集合对象如果没有其他引用持有，就会被垃圾回收；而当前变量指向的是一块全新的内存。如果其他线程或者方法参数里还保存着旧集合的引用，它们看到的数据完全不受此次赋值影响。下面的例子展示了这种区别：
import java.util.ArrayList;
import java.util.List;
public class ReassignDemo {
public static void main(String[] args) {
List<String> list = new ArrayList<>();
list.add("x");
List<String> ref = list;
// 重新赋值方式
list = new ArrayList<>();
System.out.println("原list大小：" + list.size());
System.out.println("旧引用ref大小：" + ref.size());
}
}
从输出可以看到，ref依然能访问到之前添加的“x”，说明重新赋值并没有改动旧对象。这种做法适合在局部作用域里彻底换掉集合，但不适合多个组件共享同一个集合引用的场景。
在性能上，频繁new集合会带来更多的对象分配和回收开销，如果在循环体内部每次都new一个空集合来代替clear，系统的GC频率可能会明显上升。因此除非确实需要切断引用关系，否则优先使用clear。
三、遍历移除与迭代器清空
除了直接clear，有些开发者会采用遍历然后remove的方式清空集合。在单线程下用for循环正向remove会造成漏删，因为删除后索引错位；正确做法是用Iterator的remove方法。
不过如果目标仅仅是全部清空，迭代器遍历移除的效率远低于clear，因为clear是批量置空，而迭代器移除涉及每次修改的并发检查与结构变动维护。示例代码如下：
import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;
public class IteratorClear {
public static void main(String[] args) {
List<String> list = new ArrayList<>();
list.add("a");
list.add("b");
Iterator<String> it = list.iterator();
while (it.hasNext()) {
it.next();
it.remove();
}
System.out.println("迭代器清空后大小：" + list.size());
}
}
这段代码的优点是兼容所有实现了Iterable的集合，且不会因误用for循环导致ConcurrentModificationException。但它仅在你需要在移除过程中做条件判断时有价值，纯清空请直接clear。
对于Map类型，同样可以用clear一次性清空键值对，或者用entrySet的迭代器移除。原理和List类似，clear底层是将 table 数组引用置空并重置阈值，比逐条remove高效得多。
四、线程安全集合的清空注意点
在并发环境中，像ConcurrentHashMap、CopyOnWriteArrayList等线程安全集合同样提供了clear方法。ConcurrentHashMap的clear会分段加锁后批量置空，不会锁住整个表太久；而CopyOnWriteArrayList的clear会复制一份空数组替换，开销相对较大但读线程完全无锁。
使用线程安全集合时，不要以为clear之后其他线程立刻能看到空状态就万事大吉，仍需遵循各自的内存可见性规则。如果在普通HashMap上手动用多个线程调用clear而没有同步，会出现数据不一致甚至死循环风险。示例如下：
import java.util.concurrent.ConcurrentHashMap;
import java.util.Map;
public class ConcurrentClear {
public static void main(String[] args) {
Map<String, Integer> map = new ConcurrentHashMap<>();
map.put("k1", 1);
map.put("k2", 2);
map.clear();
System.out.println("并发Map清空后大小：" + map.size());
}
}
可以看到，ConcurrentHashMap的clear使用起来和普通Map无异，但底层已经处理了并发控制。如果业务里集合需要在多线程间共享并频繁清空，应优先选用这类容器而不是自己加synchronized。
总结来说，Java中清空集合首选clear方法，它高效且保留对象引用；重新赋值适合切断旧引用；遍历移除仅用于附带条件的删除。根据集合类型与运行环境选用正确方式，代码才能既稳又快。