Java的快速失败机制与安全失败机制

     在查看某些类的源码时，我们时常会看到下面这个变量

    private void ensureExplicitCapacity(int minCapacity) {
        modCount++;

        // overflow-conscious code
        if (minCapacity - elementData.length > 0)
            grow(minCapacity);
    }

也就是图中代码中出现的modcount++，那么这个变量时用来干嘛的呢，这就是java快速失败机制的一种表现。

下面简单说一下什么是快速失败机制和安全失败机制
快速失败机制
在使用迭代器遍历一个集合的过程中对遍历的集合进行了任何增删改查操作，都会抛出Concurrent Modification Exception。
原理
迭代器在遍历过程中是直接访问集合中的元素，并且使用modcount来统计集合的修改次数，每次使用hasnext（）方法和next（）方法遍历集合中的元素时，都会比较modcount的值和expectedmodCount的值，如果两个值相等，那么继续遍历，否则说明出现了预期之外的变化，抛出异常
场景
java.util包下的集合类都是快速失败的，不能在多线程下发生并发修改（迭代过程中被修改）。

安全失败机制
使用安全失败机制的集合容器，在遍历过程中修改集合中的元素，不会抛出Concurrent Modification Exception。
原理
使用安全失败机制的集合容器在迭代前是将原集合中的内容拷贝之后，遍历拷贝过来的内容，所以原集合内容发生改变时自然不会影响到迭代器的遍历，但是迭代过程中也无法得知集合中元素的修改
场景
java.util.concurrent包下的容器都是安全失败，可以在多线程下并发使用，并发修改