copyonwritearraylist通过写时复制实现线程安全遍历：读不加锁、写复制新数组、迭代器基于快照工作；适合读多写少且需遍历安全的场景，但具弱一致性、内存开销大、不支持迭代中修改。

CopyOnWriteArrayList 通过“写时复制”机制实现线程安全的遍历，核心在于：**读操作不加锁、写操作复制新数组、迭代器基于快照工作**。它牺牲写性能换读的无锁与遍历安全，特别适合读多写少、需频繁遍历且不能抛 ConcurrentModificationException 的场景。

写操作：复制底层数组再更新引用

每次添加、删除或修改元素时，CopyOnWriteArrayList 不直接修改原数组，而是：

• 以原数组为模板，创建一个长度+1（或-1）的新数组；
• 将原数组内容拷贝到新数组，并在新数组上完成写入（如插入/删除）；
• 用 volatile 修饰的 array 引用原子性地指向新数组。

这个过程保证了写操作的可见性与原子性，同时不影响正在进行的读操作——因为旧数组仍被其他线程或迭代器持有。

读操作与遍历：始终访问不可变快照

调用 iterator() 或 listIterator() 时，迭代器内部会立即保存当前 array 引用的副本（即那一刻的数组快照）：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 后续所有 next()、hasNext() 都只操作这个快照数组；
• 即使其他线程此时修改了 list（触发了数组替换），该迭代器仍遍历原始快照，不会看到新写入，也不会因数组缩容/扩容而越界或空指针；
• 因此遍历过程天然不抛 ConcurrentModificationException，也无需加锁。

关键细节：为什么“安全”但有局限？

这种安全是弱一致性（weakly consistent）的，不是实时一致：

• 迭代器看不到写操作的最新结果（“脏读”是设计使然，非 bug）；
• 内存开销大：每次写都复制整个数组，大数据量 + 频繁写 = GC 压力陡增；
• 不支持在迭代中调用 remove() 或 add()（其 Iterator.remove() 是空实现，会抛 UnsupportedOperationException）。

典型使用示例

比如监听器列表：

private final CopyOnWriteArrayList<eventlistener> listeners = new CopyOnWriteArrayList();

public void fireEvent(Event e) {
    // 遍历时即使其他线程 add/remove listener 也不影响
    for (EventListener l : listeners) {
        l.onEvent(e);
    }
}
</eventlistener>

这里 foreach 实际调用 iterator()，拿到的是调用瞬间的数组快照，安全可靠。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南