异常的相关文档在网上比比皆是，这里不具体描述java类的内部处理方式，仅仅就访问页面标签时发生该异常讨论起。只阐述可能会引起该异常的地方而不具体阐明为什么会出现。
项目相关环境：linux、jdk5.0、oracle10g、spring2.0+hibernate3.2+webwork2.2.5
最近在服务器上运行项目访问jsp页面过程中总会抛出以下异常信息 但是在本地进行测试过程中却无法还原该异常。最后经过一番周折后问题最终得到解决。
首先定位问题所在，发现异常的抛出点是在webwork解析ww:doubleselect 标签时产生。该处标签源码如下 这里我们使用了页面调用静态方法来实现需要迭代的省市联动菜单数据。具体的类代码如下 但在查看了该类的具体方法外，发现该类方法除了可以优化外，并没有能产生异常的地方。
开始怀疑是否是在调用 Collection的clear()方法是出现了该异常！但在测试过程中发现并未发现调用clear()方法会产生java.util.ConcurrentModificationException异常，同时结合API也并未发现API中有提到调用Collection 的clear()方法是会抛出该异常。
实在无奈下只好去看API中关于java.util.ConcurrentModificationException的解释，发现有如下解释
当方法检测到对象的并发修改，但不允许这种修改时，抛出此异常。
例如，某个线程在 Collection 上进行迭代时，通常不允许另一个线性修改该 Collection。通常在这些情况下，迭代的结果是不明确的。如果检测到这种行为，一些迭代器实现（包括 JRE 提供的所有通用 collection 实现）可能选择抛出此异常。执行该操作的迭代器称为快速失败 迭代器，因为迭代器很快就完全失败，而不会冒着在将来某个时间任意发生不确定行为的风险。
注意，此异常不会始终指出对象已经由不同 线程并发修改。如果单线程发出违反对象协定的方法调用序列，则该对象可能抛出此异常。例如，如果线程使用快速失败迭代器在 collection 上迭代时直接修改该 collection，则迭代器将抛出此异常。
注意，迭代器的快速失败行为无法得到保证，因为一般来说，不可能对是否出现不同步并发修改做出任何硬性保证。快速失败操作会尽最大努力抛出 ConcurrentModificationException。因此，为提高此类操作的正确性而编写一个依赖于此异常的程序是错误的做法，正确做法是：ConcurrentModificationException 应该仅用于检测 bug
那么该异常既然是由于是在多线程下才会发生那么首先根据API的提示写个测试类先还原该问题，写测试类如下 果不其然，在这种情况下打印出“error ”。将每个线程在取一个值时的休息时间改大时，程序抛出error的个数也个增加。那么现在就可以解释，为什么同一段程序在测试过程不会发生该异常，是由于页面的并发访问量没有达到让不同线程对省市联动集合进行迭代和clear()冲突的程度。
就像API中对于java.util.ConcurrentModificationException的解释，在对Collection迭代的过程中，是不允许其他线程对该共享Collection进行值修改的，如果修改就会抛出java.util.ConcurrentModificationException；同时经过测试发现，该异常通常不会出现在对Collection进行clear()、remove()时，而是出现在对Collection进行迭代的过程中.
更改静态类方法即可避免该问题
999
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
