Map map = new HashMap();
map.put("A", "abc");
map.put("B", "123");
map.put("C", "321");
Iterator it = map.entrySet().iterator();
while ( it.hasNext() ) {
Object user = (Object) it.next();
System.out.println(user);
user.update(user);
}但是当第一次执行完毕.第二次的时候在这一行会
Object user = (Object) it.next();报错.
java.util.ConcurrentModificationException首先看api是如何解释这个exception的..
当方法检测到对象的并发修改，但不允许这种修改时，抛出此异常.
例如，某个线程在 Collection 上进行迭代时，通常不允许另一个线性修改该 Collection。通常在这些情况下，迭代的结果是不确定的。如果检测到这种行为，一些迭代器实现（包括 JRE 提供的所有通用 collection 实现）可能选择抛出此异常。执行该操作的迭代器称为快速失败 迭代器，因为迭代器很快就完全失败，而不会冒着在将来某个时间任意发生不确定行为的风险。
注意，此异常不会始终指出对象已经由不同 线程并发修改。如果单线程发出违反对象协定的方法调用序列，则该对象可能抛出此异常。例如，如果线程使用快速失败迭代器在 collection 上迭代时直接修改该 collection，则迭代器将抛出此异常。
注意，迭代器的快速失败行为无法得到保证，因为一般来说，不可能对是否出现不同步并发修改做出任何硬性保证。快速失败操作会尽最大努力抛出 ConcurrentModificationException。因此，为提高此类操作的正确性而编写一个依赖于此异常的程序是错误的做法，正确做法是：ConcurrentModificationException 应该仅用于检测 bug。
Iterator 是工作在一个独立的线程中，并且拥有一个 mutex 锁。 Iterator 被创建之后会建立一个指向原来对象的单链索引表，当原来的对象数量发生变化时，这个索引表的内容不会同步改变，所以当索引指针往后移动的时候就找不到要迭代的对象，所以按照 fail-fast
原则 Iterator 会马上抛出 java.util.ConcurrentModificationException 异常。
Iterator是工作在一个独立的线程中，并且拥有一个 mutex锁，就是说Iterator在工作的时候，是不允许被迭代的对象被改变的。Iterator被创建的时候，建立了一个内存索引表（单链表），这 个索引表指向原来的对象，当原来的对象数量改变的时候，这个索引表的内容没有同步改变，所以当索引指针往下移动的时候，便找不到要迭代的对象，于是产生错
误。List、Set等是动态的，可变对象数量的数据结构，但是Iterator则是单向不可变，只能顺序读取，不能逆序操作的数据结构，当 Iterator指向的原始数据发生变化时，Iterator自己就迷失了方向
对就是这样的.. 说下我个人的简单理解.
目前我这个项目是用的hibernate去执行更新. 开着二级缓存.
首先hibernate执行sql 更新完毕后 此时hibernate内存中的值也就没有存在的意义了.此时这些数据由持久状态转换为了瞬时状态.
( hibernate分为三中状态: 1. 瞬时状态 2.持久状态 3.离线状态 )
简单说下这三种状态:
1.瞬时状态(临时状态) session和数据库都没有对应的记录存在
2.持久状态 session和数据库都有对应的记录存在
3.离线状态(游离状态) session中有记录 而数据库没有记录
看了这个图应该会明白也一些的.. 简单说就是
map此时是持久状态
当执行update后 hibernate也要对缓存进行更新(前提:如果配置了inverse=true的话。或则hibernate其他机制)
此时回到了原题 就是hibernate要对这个map中的进行remove 所以在第二次执行it.next的时候就报错了..
另外说下 这个他实现了fail-fast 原则 这个可以自己去看一下..
ps: 如果大家能有好的简单的说法 麻烦大家告诉我下