如何在 Java 中使用 CopyOnWriteArrayList 实现读多写少场景下的无锁化安全并发访问

先说几个核心判断：CopyOnWriteArrayList 这类容器，它的出现本质上是为了解决一个非常具体的问题——在“读多写少”的场景下，如何安全又高效地共享数据。

它是 Ja va 并发包（ja va.util.concurrent）里专门为这种场景设计的线程安全列表。它的核心策略是“写时复制”（Copy-On-Write）：读操作不加锁、不阻塞，写操作则复制一份底层数组，在副本上修改，然后原子性地替换掉引用。这样读写之间就天然避免了冲突。

核心原理：读不加锁，写复制数组

它底层维护着一个 volatile 修饰的数组引用，这就是所有操作的基石。

• 每次执行 add、remove、set 这类修改操作时，会先创建出一个新数组，把原数组的内容完整拷贝过去，然后在新数组上完成修改，最后通过 volatile 的写语义更新引用。
• 读操作（像 get、迭代器遍历、size 这些）就简单了——它们直接访问当前引用指向的数组，全程不需要任何同步、锁或者 CAS 操作。
• 迭代器是一种“快照式”的设计：迭代器在构造时就持有了当时那个数组的副本，所以遍历过程完全不受后续写操作的影响，也永远不会抛出 ConcurrentModificationException。

适用场景与关键约束

它并不是一个放之四海而皆准的并发容器，是否该用它，完全取决于你的业务特征：

• ✅ 适合的场景：读操作极其频繁（比如监听器列表、配置项缓存、白名单校验），而写操作非常稀少（多半是初始化时注册好，后续只有极偶尔的增删）。
• ❌ 不适合的场景：写操作频繁。每次写都要复制整个数组，时间和空间的代价都很大。另外，如果业务对实时性有极高的要求，它也扛不住，因为写入后，其他线程读到的可能还是旧快照，存在短暂的延迟。
• ⚠️ 注意一点：iterator() 返回的迭代器不支持 remove() 方法，如果你尝试调用，会抛 UnsupportedOperationException。原因很简单，它操作的是只读快照。

典型使用示例：事件监听器管理

这是 CopyOnWriteArrayList 最经典的应用，没有之一。我们直接看代码：

public class EventDispatcher {    private final CopyOnWriteArrayList listeners = new CopyOnWriteArrayList<>();    public void addListener(EventListener l) {        listeners.add(l); // 安全写入    }    public void removeListener(EventListener l) {        listeners.remove(l); // 安全写入    }    public void fireEvent(Event e) {        // 读取完全无锁，即使并发调用也高效        for (EventListener listener : listeners) {            listener.onEvent(e);        }    }}

在这个例子里，fireEvent 方法可以被任意线程高频调用，完全不需要同步；添加或移除监听器也是线程安全的，而且不会影响到正在进行的遍历操作。这就是它最擅长的领域。

使用注意事项与替代建议

• 内存占用较高：写操作期间，新数组和老数组会同时存在。如果数据量比较大，你需要特别留意 GC 的压力。
• 弱一致性：写入操作之后，并不能保证所有读线程能立刻看到这个变更，这取决于 volatile 引用的更新时机以及 CPU 缓存的传播速度。所以，强一致性的场景不要用它。
• 如果你的业务需要在迭代过程中删除元素，可以考虑改用 ConcurrentHashMap，以事件 ID 作为 key 来存储监听器，再显式遍历 keySet 来实现。
• 如果读写比例接近，甚至写操作更多，那就要权衡一下了。此时可以考虑 ConcurrentLinkedQueue、ReentrantReadWriteLock 配合普通 ArrayList，或者采用分段锁的方案。总之，选对工具很重要。