list @size 验证_List的remove操作一定要小心！

List的remove操作一定要小心！

List的remove/add

我想大家都知道都知道list遍历的时候注意remove/add操作，因为一不小心就会犯错，《阿里巴巴Java开发手册》 里面就有描述【强制】不要在**foreach**循环里进行元素的**remove/add**操作。**remove**元素请使用**Iterator**方式，如果并发操作，需要对**Iterator**对象加锁。光说没用我们用代码验证一下。

有同学就说了，我这代码就没报错，不信你运行试试。

示例代码

public static void main(String[] args) {

这小编不行唬人的，哈哈。
哦，是的吗？那你试试Objects.equals(s,"1")改成Objects.equals(s,"2")，是不是抛了如下异常:

"main" java.util.ConcurrentModificationException

是不是啊，各位看官。
又有同学说了for size就没有问题,下面代码可以证明：

//第一种

结果

//第一种

小编来来给我解释这样有问题吗？🧐
真的没问题吗？同学好好想想。我举个简单的例子:

List stringList = new ArrayList<>();
stringList.add("1");
stringList.add("1");
stringList.add("1");
stringList.add("1");
stringList.add("1");for (int i = 0; i   if (Objects.equals(stringList.get(i),"1")) {
    stringList.remove(stringList.get(i));
  }
}
System.out.println(stringList);

按上面同学所说，应该是空List，那我们看看结果结果

1, 

小朋友，你是不是很多问号。
我们来一点点解析上面的问题。第一点foreach remove为什么会报ConcurrentModificationException,这个要看源码怎么处理的了，上源码。源码

//foreach 的实现

所谓的异常就是throw new ConcurrentModificationException();抛出来的。因为是遍历的时候抛出来的，所以我们只要看next()这个方法。为什么会抛出ConcurrentModificationException呢？无非是两个地方，一个地方是next()的checkForComodification();一个是直接throw new ConcurrentModificationException();我们来看看，cursor != size方法为true的时候next()会执行，一开始时int expectedModCount = modCount;然后在remove的时候modCount++;这导致了modCount != expectedModCount异常。你会说为什么有时候可行，呢比如第一个例子。其实能找到规律的，移除倒数第二个元素，永远不会抛异常。不信你试试。 源码里面写的很清楚return cursor != size;全部因由都是它的锅，这个点留给各位读者思考。

第二点 for size为什么不正确呢，因为你每次remove一个元素的时候，list就会向前移一位。但是你的for循环没有改变，所以你都是往下取元素，就比如上面的的例子，list中有5个1，当你移除第一个的时候，list的大小就为4了，但是你的i还在增加，也就是你会移除原先list0，2，4也就是i是0，1，2时的元素，没错，它只会遍历3次明明大小是5的缺遍历3次。
今天就这到这把，还有很多东西没有写完，时间太晚了。