[强制]不要在foreach循环里进行元素的remove/add操作。remove 元索请使用 Iterator方式,如果并发操作,需要对Iterator对象加锁。
正例: ist<String> list = new ArrayList<>0; list,add("1); listadd(C2"; Iterator<String> iterator = listiterator0); while (iterator. hasNext0) I String item = iterator.next0; if (删除元素的条件) { iterator.remove0; } } 反例: for (String item : list) 1 if (C1'equals(tem) ( listremovelitem); } }
说明:以上代码的执行结果肯定会出乎大家的意料,那么试一下把"1"换成*2”, 会是同样的结果吗?
运行结果如下
看似没有语法错误,那报错的原因是什么?该怎么改呢?
首先咱们把当前代码编译后的字节码文件反编译看看
可以看到上面我们写的foreach被转成了迭代器,在24行删除的时候是用的ArrayList的remove方法。接下来再看ArrayList源码,在看源码前要了解一个知识点,ArrayList是继承了AbstractList。
在AbstractList中有一个变量modCount
这个变量的作用是统计ArrayList操作的次数,比如添加删除都会加一的。接下来再看ArrayList中的remove方法
在这里当要删除的元素在数组中找到了以后,就调用fastRemove方法,接下来再看看fastRemove方法
在这里可以看到对于modCount进行了++操作。再回过头来看我们写代码的反编译代码
执行了ArrayList中的remove方法,所以会执行++this.modCount;
执行完remove(var3)以后会再执行hashNext和执行(String)var2.next();那咱们再看看迭代器及他的next方法
在迭代器中有一个expectedModCount;代表对 ArrayList 修改次数的期望值,把ArrayList中的modCount赋值给了他,证明初始值就是ArrayList中的modCount。
然后在执行next方法的时候会首先调用checkForComodification方法,如上图660行,咱们再来看checkForComodification方法
在这里判断了ArrayList中的操作次数modCount和期望操作次数。问题其实就在这里,当我们调用了remove以后modCount就会执行++,加一操作,但是expectedModCount还是最开始获取迭代器的时候把之前的modCount赋值给expectedModCount的,所以这个时候两个数是不相等的,会抛出异常ConcurrentModificationException。如何规避这个问题呢,可以用迭代器中的remove方法,看迭代器中的remove源码
在迭代器中的每次删除数据的时候都会把modCount赋值给expectedModCount,这样在判断的时候就肯定是相等的了。如下图
如有不详的地方,欢迎评论区讨论
有完整的Java初级,高级对应的学习路线和资料!专注于java开发。分享java基础、原理性知识、JavaWeb实战、spring全家桶、设计模式、分布式及面试资料、开源项目,助力开发者成长!
欢迎关注微信公众号:码邦主