在你的应用中有一个列表（List），它被频繁的遍历，但是很少被修改。像“你的主页上的前十个分类，它被频繁的访问，但是每个小时通过Quartz的Job来调度更新”。

如果你使用ArrayList来作为该列表的数据结构并且不使用同步（synchronization），你可能会遇到ConcurrentModificationException，因为在你使用Quartz的Job修改该列表时，其他的代码可能正在遍历该列表。

有些开发人员可能使用Vector或Collections.synchronizedList(List<T>)的方式来解决该问题。但是这并没有效果!虽然在列表上add(),remove()和get()方法现在对线程是安全的，但遍历时仍然会抛出ConcurrentModificationException！在你遍历在列表时，你需要在该列表上使用同步，同时，在使用Quartz修改它时，也需要使用同步机制。这对性能和可扩展性来说是一个噩梦。同步需要在所有的地方出现，仅仅是因为每个小时都需要做更新。

幸运的是，这里有更好的解决方案。使用CopyOnWriteArrayList。

当列表上的一个结构修改发生时，一个新的拷贝（copy）就会被创建。这在经常发生修改的地方使用，将会很低效。遍历该列表将不会出现ConcurrentModificationException，因为该列表在遍历时将不会被做任何的修改。

另一种避免添加同步代码但可以避免并发修改问题的方式是在调度任务中构建一个新的列表，然后将原来指向到列表上的引用赋值给新的列表。在JVM中，赋值一个新的引用是原子操作。这种方式在使用旧的遍历方式（for (int i=0; i<list.size(); i++) { … list.get(i) …}）时将无效（也会出错）。切换的列表中的大小将引发新的错误产生。更加糟糕的是因为改变是在不同的线程中发生的，所以还会有很多潜在的问题。使用volatile关键字可能会有所帮助，但是对列表大小的改变依然会有问题。

内存一致性和刚发生后保证了CopyOnWriteArrayList的可用性。同时，代码变得更简单，因为根本不需要使用volatile关键字或同步。更少的代码，更少的bug！

CopyOnWriteArrayList的另一个使用案例是观察者设计模式。如果事件监听器由多个不同的线程添加和移除，那么使用CopyOnWriteArrayList将会使得正确性和简单性得以保证。