不要在 foreach 循环里进行元素的 remove/add 操作。remove 元素请使用 Iterator 方式，如果并发操作，需要对 Iterator 对象加锁

不要在 foreach 循环里进行元素的 remove/add 操作。remove 元素请使用 Iterator 方式，如果并发操作，需要对 Iterator 对象加锁。

正例： Iterator<String> iterator = list.iterator();

while (iterator.hasNext()) {

String item = iterator.next();

if (删除元素的条件) {

iterator.remove();

}

}

反例： List<String> list = new ArrayList<String>();

list.add("1");

list.add("2");

for (String item : list) {

if ("1".equals(item)) {

list.remove(item);

}

}

说明：以上代码的执行结果肯定会出乎大家的意料，那么试一下把“1”换成“2”，会是同样的 结果吗？

根本原因在于expectedModCount与modCount他们的不相等，由于执行了ArrayList中的remove（），modCount在每一次循环值会发生改变，而expectedModCount并没有发生，在执行checkForComodification（）方法就会抛出异常。

如下代码：

编译器编译后的代码如下：

}

首先大家应该了解，对集合做remove,and等操作会触修改次数（modCount）的增加。

以下是集合实现的Iterator.hasNext()方法

cursor：下一个元素的索引位置(调用Interator.next()是会触发cursor+1)

size：集合长度

总结：如果我们我们用foreach删除的元素刚好是最后一个，删除完成前cursor刚好等于size的大小。但是，删除完成后size的数量减1，但是cursor并没有变化。导致下一次循环不相等继续向下执行，导致检查数组不通过，抛出java.util.ConcurrentModificationException

为什么使用下面的方法就不会出现这种情况：

请看箭头所指处：

foreach是直接调用集合的删除方法，而上面是调用iterator的删除方法：

相信大家一看便知！

1.首先检查集合

2.删除元素

3.cursor重新赋值

4.检查集合参数重新赋值

---------------------
作者：这个人好帅
来源：CSDN
原文：https://blog.csdn.net/weixin_39032575/article/details/80724984
版权声明：本文为博主原创文章，转载请附上博文链接！