今天阅读阿里巴巴Java开发手册(终极版).pdf,偶然发现一条强制规范:
【强制】不要在 foreach 循环里进行元素的 remove/add 操作。remove 元素请使用
Iterator
方式,如果并发操作,需要对 Iterator 对象加锁。
这引发了我的注意力。
按照他说的做了一遍,果然有这个问题。下面我们就探索一下,到底为什么会出这个问题吧!
想要解锁更多新姿势?请访问https://tengshe789.github.io/
实验代码
下面是推荐使用的Iterator
方式来remove/add
操作
1 | public static List<String> test1(List<String> list){ |
不推荐使用的方法:
1 | public static List<String> test2(List<String> list){ |
我的main方法:
1 | public static final String NUM1 = "1"; |
实验结果
果然,将判断条件设置成NUM2
时,就出异常了,可是这是为什么呢?
一探究竟
我们从出错日志中查找答案。
1 | "unchecked") ( |
来到foreach
中走的next()
,第一步需要走checkForComodification()
1 | final void checkForComodification() { |
这边又出现一个成员变量modCount
,我们顺着来找找看。
1 | /** |
哦,缘来乳此,list
是线程不安全的,因此如果在使用迭代器的过程中有其他线程修改了list
,那么将抛出ConcurrentModificationException
,这就是所谓fail-fast
策略(见jdk注释)。
modCount
它代表该List对象被修改的次数,每对List
对象修改一次,modCount
都会加Iterator
类里有一个成员变量expectedModCount
,它的值为创建Iterator
对象的时候List的modCount
值。用此变量来检验在迭代过程中List对象是否被修改了,如果被修改了则抛出java.util.ConcurrentModificationException
异常。在每次调用Iterator
对象的next()
方法的时候都会调用checkForComodification()
方法进行一次检验,checkForComodification()
方法中做的工作就是比较expectedModCount
和modCount
的值是否相等,如果不相等,就认为还有其他对象正在对当前的List进行操作,那个就会抛出ConcurrentModificationException
异常。
网上查找的关于Iterator
的工作机制。Iterator
是工作在一个独立的线程中,并且拥有一个 mutex
锁,就是说Iterator
在工作的时候,是不允许被迭代的对象被改变的。而List
等是动态的,可变对象数量的数据结构,但是Iterator
则是单向不可变,只能顺序读取,不能逆序操作的数据结构,当 Iterator
指向的原始数据发生变化时,Iterator
自己就迷失了方向。
续1s时间
全片结束,觉得我写的不错?想要了解更多精彩新姿势?赶快打开我的👉个人博客 👈吧!
谢谢你那么可爱,还一直关注着我~❤😝