java基础线程的安全-快速失败和安全失败

java基础线程的安全-快速失败和安全失败

快速失败（fail-fast）

在使用迭代器对集合对象进行遍历的时候，如果 A 线程正在对集合进行遍历，此时 B 线程对集合进行修改（增加、删除、修改），或者 A 线程在遍历过程中对集合进行修改，都会导致 A 线程抛出 ConcurrentModificationException 异常。

为什么在用迭代器遍历时，修改集合就会抛异常时？

原因是迭代器在遍历时直接访问集合中的内容，并且在遍历过程中使用一个 modCount 变量。集合在被遍历期间如果内容发生变化，就会改变 modCount 的值。

部分代码，只供参考

每当迭代器使用 hashNext()/next() 遍历下一个元素之前，都会检测 modCount 变量是否为 expectedModCount 值，是的话就返回遍历；否则抛出异常，终止遍历。

安全失败（fail-safe）

采用安全失败机制的集合容器，在遍历时不是直接在集合内容上访问的，而是先复制原有集合内容，在拷贝的集合上进行遍历。

运行效果如下，的确不会抛异常，程序正常执行。

由于迭代时是对原集合的拷贝进行遍历，所以在遍历过程中对原集合所作的修改并不能被迭代器检测到，故不会抛 ConcurrentModificationException 异常

部分代码，只供参考

快速失败（fail-fast）与 安全失败（fail-safe）的区别

在按例中会定义两个全局变量，一个为“实际数据使用值”：在对数据增删改的时候这个值会+1,另一个值是“期望的值”：在安全失败中把“实际数据使用值”赋值给“期望的值”然后进行判断，当数据迭代遍历时会判断这个“期望的值”是不是当前的最新数据，但是在数据遍历时数据被改了，也只能继续进行遍历不会改变到最新的数据的。

最后说明一下，快速失败和安全失败是对迭代器而言的。并发环境下建议使用 java.util.concurrent 包下的容器类，除非没有修改操作。