我在理解这个概念方面几乎没有问题。请纠正我的错误。
基本上，迭代会生成原始数组的快照（副本），因此修改集合的线程不会影响我们的迭代，因为迭代使用副本。所以这里没有 ConcurrentException，很好。
但后来我还读到，任何修改都是通过制作原始集合的副本并使用该副本进行更改来完成的。然后将其设置为原始值。
当迭代已经使用它自己的副本时，有人可以告诉我为什么在修改时需要制作副本。为什么有 2 个应付，一个用于读取，一个用于写入？
我想我说错了，所以请你指出我错过了什么？
【问题讨论】：
标签： java concurrency snapshot copy-on-write
当CopyOnWriteArrayList 创建迭代器时，“快照”是对其当前数组的引用，而不是数组的副本。
迭代器可以使用对数组的引用，因为数组永远不会被修改。 CopyOnWriteArrayList 就像名字所说的那样：当有任何变化时，它会创建一个新的数组副本。如果某个迭代器同时使用旧数组，那不是问题，迭代器将继续使用旧数组，它不会看到对列表所做的任何修改。这使得迭代器“弱一致”。
【讨论】：
CopyOnWriteArrayList 的 javadoc 表示以下内容：
“快照”风格的迭代器方法使用对创建迭代器时数组状态的引用。这个数组在迭代器的生命周期内永远不会改变，因此不可能发生干扰，保证迭代器不会抛出
ConcurrentModificationException。
你问：
基本上，迭代会生成原始数组的快照（副本），因此修改集合的线程不会影响我们的迭代，因为迭代使用副本。所以这里没有 ConcurrentException，很好。
...
我想我说错了，所以请你指出我错过了什么？
javadoc 没有说迭代器复制列表的状态，或制作快照。它表示它使用 reference 到迭代器所在时间点的列表状态。
状态复制发生在列表发生突变时，如 javadoc 中其他地方所述。
这显然是你所缺少的。
提示：1) 始终仔细阅读 javadoc。 2）如果您想确认 javadoc 所说的内容，请阅读源代码。但请记住，源代码可能包含不属于 API 规范的实现细节，并且可能会在不同的 Java 版本之间发生变化。
跟进问题。
为什么需要对副本进行修改，而迭代器使用快照并且在完成之前看不到任何修改？
因为如果CopyOnWriteArrayList 没有在每次修改列表时都制作一个新副本，那么现有的迭代器会看到修改......定义的方式。
其他选择是：
请注意，CopyOnWriteArrayList 专为列表阅读最多且很少修改的用例而设计。对于这样的用例，在修改时复制是一个很好的策略。但如果列表需要大量修改，这是一个糟糕的策略……而且CopyOnWriteArrayList 是错误的选择。
【讨论】：