悠悠楠杉
网站页面
在Java中如何使用CopyOnWriteArrayList实现线程安全列表
01/29
在多线程开发中，集合类的线程安全问题一直是一个高频痛点。我们常常需要在多个线程之间共享数据，而ArrayList等常用集合类并不是线程安全的。虽然可以通过Collections.synchronizedList来包装同步，但在高并发读取场景下性能不佳。此时，CopyOnWriteArrayList便成为了一个优雅的解决方案。
CopyOnWriteArrayList是Java并发包java.util.concurrent中的一个特殊集合类，它通过“写时复制”（Copy-On-Write）机制实现了线程安全。顾名思义，每当有写操作（如add、set、remove）发生时，它不会直接修改原有数组，而是先复制一份新的数组，在新数组上完成修改，然后将内部引用指向新数组。整个过程对读操作完全无锁，因此非常适合“读多写少”的并发场景。
我们来看一个典型的使用场景。假设你正在开发一个实时监控系统，多个工作线程不断向一个日志列表中添加信息，同时有多个展示线程持续读取并展示最新日志。如果使用普通的ArrayList，必须手动加锁，否则会出现ConcurrentModificationException或数据不一致的问题。但如果换成CopyOnWriteArrayList，代码会变得简洁而高效：
java
import java.util.concurrent.CopyOnWriteArrayList;
public class LogMonitor {
private final CopyOnWriteArrayList
public void addLog(String message) {
logs.add(message);
}
public void printAllLogs() {
for (String log : logs) {
System.out.println(log);
}
}
}
在这个例子中，addLog方法由生产者线程调用，printAllLogs由消费者线程调用。由于CopyOnWriteArrayList的读操作无需加锁，多个线程可以同时安全地遍历列表，互不阻塞。而写操作虽然会加锁并复制数组，但由于写操作频率较低，整体性能依然可观。
需要注意的是，CopyOnWriteArrayList并非万能。它的核心代价在于写操作的开销较大——每次写都要复制整个底层数组。这意味着在频繁写入的场景下，性能会急剧下降，且可能引发频繁的GC。此外，由于修改后才更新引用，因此它不能保证实时一致性，即一个线程刚写入数据，另一个线程可能稍后才能看到。但它保证了最终一致性，并且迭代过程中不会抛出异常，也不会出现“fail-fast”行为。
还有一点容易被忽视：CopyOnWriteArrayList的迭代器是弱一致性的。它基于创建迭代器时刻的数组副本进行遍历，因此不会反映后续的修改。这在某些场景下反而是优势。例如，在遍历过程中删除元素不会导致异常，非常适合用于事件监听器列表的管理——一边通知监听器，一边允许其他线程注册或注销监听器。
从底层实现角度看，CopyOnWriteArrayList使用了ReentrantLock来保证写操作的原子性，而读操作完全无锁。其内部维护一个volatile数组引用，确保写操作完成后，其他线程能立即看到最新的数组。这种设计巧妙地利用了Java内存模型的特性，在保证线程安全的同时最大限度提升了读性能。
在实际项目中，选择CopyOnWriteArrayList还是其他并发集合，关键在于分析业务场景的读写比例。如果你的应用中90%以上是读操作，写操作稀疏且不追求强实时一致性，那么CopyOnWriteArrayList是一个极佳的选择。反之，如果写操作频繁，应考虑使用ConcurrentLinkedQueue、BlockingQueue或其他更适合的结构。
总之，CopyOnWriteArrayList不是用来替代ArrayList的通用方案，而是一种针对特定并发模式的优化工具。理解其原理和适用场景，才能在复杂的多线程编程中游刃有余。
