本地代码增强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等改变集合结构的操作)。
本文深入解析了在Java中使用for循环删除ArrayList元素时遇到的ConcurrentModificationException异常。通过分析源码,揭示了modCount和expectedModCount在集合操作中的作用,强调了在迭代过程中直接使用集合的remove方法会导致异常。总结指出,应使用Iterator的remove方法以避免并发修改异常,并确保迭代器状态与集合修改同步。
4万+

被折叠的 条评论
为什么被折叠?



