在Java中如何使用CopyOnWriteArrayList实现安全迭代_Java线程安全集合解析

P粉602998670 2026-01-18 00:00:00 次阅读

CopyOnWriteArrayList通过迭代器返回底层数组快照避免ConcurrentModificationException，写操作复制数组导致高开销，适用于读多写少场景；迭代器不支持remove()，遍历时修改需先收集后批量删除。

CopyOnWriteArrayList 能解决迭代时的并发修改问题，但代价是写操作开销大、迭代器看到的是快照——不是实时数据。

为什么遍历时不会抛 ConcurrentModificationException

因为它的迭代器 iterator() 返回的是创建时刻底层数组的副本，后续所有 add()、remove() 都在新数组上操作，原快照不受影响。所以即使其他线程正在写，当前迭代仍能安全完成。

常见错误现象：在循环中调用 list.remove(obj) 却发现元素没删掉，或删了但下一轮还遍历到——这是因为你操作的是原集合，而迭代器用的是旧副本，两者完全隔离。

迭代器不支持 remove()（调用会抛 UnsupportedOperationException）
写操作（如 add()）触发数组复制，高并发写场景性能明显下降
适用于「读多写少」且对实时性要求不高的场景，比如监听器列表、配置白名单

如何正确配合 for-each 和 while + iterator 使用

for-each 本质调用 iterator()，所以它天然安全；但要注意它无法在遍历时做任何结构性修改。如果需要边遍历边过滤，必须先收集待删元素，再统一调用 removeAll()。

CopyOnWriteArrayList list = new CopyOnWriteArrayList<>(Arrays.asList("a", "b", "c", "b"));
List toRemove = new ArrayList<>();
for (String s : list) {
    if ("b".equals(s)) {
        toRemove.add(s); // 不能在这里调 list.remove(s)
    }
}
list.removeAll(toRemove); // 批量删除才有效

while (it.hasNext()) { it.next(); } 和 for-each 行为一致，都基于快照
不要尝试用 it.remove() —— 它被禁用，不是忘了实现，是设计如此
若需“边查边删”，优先考虑是否真需要实时性；否则改用 ConcurrentHashMap 或加锁控制

和 Collections.synchronizedList 的关键区别在哪

前者读无锁、写复制；后者所有操作（包括 g

et()）都串行化在同一个 mutex 上。这意味着：

CopyOnWriteArrayList 迭代不阻塞写，写也不阻塞读，但写之间互斥且耗内存
Collections.synchronizedList(new ArrayList()) 迭代时若其他线程写，仍可能抛 ConcurrentModificationException（除非手动同步整个迭代块）
如果你的代码里有类似 for (int i=0; i 的传统遍历，用 synchronizedList 必须包在 synchronized(list) 块里，而 CopyOnWriteArrayList 不需要

真正容易被忽略的是：它解决的只是「迭代不崩溃」，不是「数据一致性」。多个线程同时读写，你拿到的永远是某个时间点的静态视图，而不是反映最新状态的动态集合。