平时大家for循环应该用的不少，特别是增强for循环，简单快捷。但是在增强for中做删除操作，却会抛出java.util.ConcurrentModificationException，一起来看下。
上面的代码，在for循环执行完if中的remove，遍历下一个元素时便会抛出java.util.ConcurrentModificationException。到底在for (String s : list)中发生了什么呢。
ArrayList中有一个内部类Itr，它继承了Iterator接口。当第一次遍历增强for循环时，会创建一个Itr对象，注意下图红框的部分，变量modCount属于ArrayList，用来记录ArrayList被修改的次数，赋值给了Itr类的变量expectedModCount。
然后依次调用Itr的hasNext()和next()方法，取出ArrayList中的元素赋值给for中的变量，注意红框的方法checkForComodification()。
当执行list.remove(s)时，实则调用其内部的fastRemove(index)做的删除操作，同时modCount++,但是并没有重新赋值给Itr类的变量expectedModCount。那么，当遍历下一个元素调用checkForComodification()方法时，if中的条件就会成立，然后就会抛出ConcurrentModificationException异常。
既然增强for循环中的remove操作会抛异常，那么在普通for循环和迭代器循环中做remove也会抛异常吗？
普通for循环
普通for循环调用的是remove(int index)方法，不会抛异常，但是需要注意，
1. 如果将for中的i < list.size()替换成i < length，会抛出IndexOutOfBoundsException
2. 在list.remove(i)后，下一次遍历前，此时i表示第i+1个元素
迭代器循环
迭代器循环调用的是Itr类的remove(int index)方法，不会抛异常，原因是其内部也是调用的ArrayList的remove(int index)方法，但是在之后，有给expectedModCount重新赋值。
所以
增强for循环，实际上还是迭代器遍历，但是remove操作并没有同步变量，会导致异常；普通for虽然没有异常，但是在remove后可能会忽略下标+1而出错；如果要在遍历时删除，最安全就是用迭代器。
