java.util.ConcurrentModificationException

327 阅读1分钟

本文已参与「新人创作礼」活动,一起开启掘金创作之路。

本地代码增强for循环删除元素报错 在这里插入图片描述

ArrayList源码 在这里插入图片描述 iterator源码 在这里插入图片描述

报错异常 在这里插入图片描述

modcount:修改次数 expectedModCount:期望修改次数

分析 在集合中进行操作时,当modCount != expectedModCount时会抛出修改异常。通过源码可以知道,集合在增加,删除元素时都会修改modCount的值,当在集合中删除时,modCount+1,而expectedModCount未改变,而在集合删除完之后,迭代器指向下一个对象(即调用next()方法),会检测出不一致而抛出异常。

总结 迭代器的remove方法与集合的remove方法,最大的不同是,迭代器的remove方法中包括对游标和expectedModCount的修正。 因为Iterator是在一个独立的线程中工作的,它在new Itr()进行初始化时,会记录当时集合中的元素,可以理解为记录了集合的状态,在使用集合的Remove方法对集合进行修改时,被记录的集合状态并不会与之同步改变,所以在cursor指向下一个要返回的元素时,可能会发生找不到的错误,即抛出ConcurrentModificationException异常。

很明显,如果使用迭代器提供的remove方法时,会对cursor进行修正,故不会出现错误,此外,还会修正expectedModCount,通过它来进行错误检测(迭代过程中,不允许集合的add,remove,clear等改变集合结构的操作)。