CopyOnWriteArrayList通过迭代器返回底层数组快照避免ConcurrentModificationException，写操作复制数组导致高开销，适用于读多写少场景；迭代器不支持remove()，遍历时修改需先收集后批量删除。
CopyOnWriteArrayList 能解决迭代时的并发修改问题，但代价是写操作开销大、迭代器看到的是快照——不是实时数据。
为什么遍历时不会抛 ConcurrentModificationException
因为它的迭代器 iterator() 返回的是创建时刻底层数组的副本，后续所有 add()、remove() 都在新数组上操作，原快照不受影响。所以即使其他线程正在写，当前迭代仍能安全完成。
常见错误现象：在循环中调用 list.remove(obj) 却发现元素没删掉，或删了但下一轮还遍历到——这是因为你操作的是原集合，而迭代器用的是旧副本，两者完全隔离。
- 迭代器不支持
remove()（调用会抛UnsupportedOperationException） - 写操作（如
add()）触发数组复制，高并发写场景性能明显下降 - 适用于「读多写少」且对实时性要求不高的场景，比如监听器列表、配置白名单
如何正确配合 for-each 和 while + iterator 使用
for-each 本质调用 iterator()，所以它天然安全；但要注意它无法在遍历时做任何结构性修改。如果需要边遍历边过滤，必须先收集待删元素，再统一调用 removeAll()。
立即学习“Java免费学习笔记（深入）”；
CopyOnWriteArrayList<String> list = new CopyOnWriteArrayList<>(Arrays.asList("a", "b", "c", "b"));
List<String> 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 的关键区别在哪
前者读无锁、写复制；后者所有操作（包括 get()）都串行化在同一个 mutex 上。这意味着：
-
CopyOnWriteArrayList迭代不阻塞写，写也不阻塞读，但写之间互斥且耗内存 -
Collections.synchronizedList(new ArrayList())迭代时若其他线程写，仍可能抛ConcurrentModificationException（除非手动同步整个迭代块） - 如果你的代码里有类似
for (int i=0; i<list.size(); i++) { list.get(i); }的传统遍历，用synchronizedList必须包在synchronized(list)块里，而CopyOnWriteArrayList不需要
真正容易被忽略的是：它解决的只是「迭代不崩溃」，不是「数据一致性」。多个线程同时读写，你拿到的永远是某个时间点的静态视图，而不是反映最新状态的动态集合。
