查看源代码我们可以发现,List中有个modCount字段,如果在迭代过程中该字段修改了就会报ConcurrentModificationException异常。
下面看看相关源代码
初始状态下,modCount的值是0,在迭代开始时expectedModCount的值也为0,如果在迭代过程中删除了某个元素,此时modCount++后,modCount的值就变成1,那么下次迭代(调用next方法)时,会先调checkForComodification方法检查modCount和expectedModCount是否相等,显然此时二者不相等,于是抛异常。
下面是测试代码
细心的读者会发现,上述代码中,当等于A或者C的时候删除会抛异常,而等于B时删除时不会抛异常,其实这是个巧合。因为,第一次迭代时删除A后,cursor=1,size=2,于是进入下一轮迭代,于是在next中检测到modCount与expectedModCount不相等,抛异常。而假设等于B的时候删除,那么当进行第二次迭代删除B以后,cursor=2,size=2,cursor与size相等,所以hasNext()方法返回false,于是不再进行迭代,所以没有机会报错。
本文转自 手不要乱摸 51CTO博客,原文链接:http://blog.51cto.com/5880861/1693563