为什么一个循环抛出一个ConcurrentModificationException,而另一个不抛出? [英] Why does one loop throw a ConcurrentModificationException, while the other doesn't?

查看:152
本文介绍了为什么一个循环抛出一个ConcurrentModificationException,而另一个不抛出?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我在编写旅行推销员计划时遇到过这种情况。对于内循环,我尝试了一个

I've run into this while writing a Traveling Salesman program. For an inner loop, I tried a

for(Point x:ArrayList<Point>) {
// modify the iterator
}

但是当向该列表添加另一个点时导致 ConcurrentModicationException 被抛出。

but when adding another point to that list resulted in a ConcurrentModicationException being thrown.

然而,当我将循环更改为

However, when I changed the loop to

for(int x=0; x<ArrayList<Point>.size(); x++) {
// modify the array
}

循环运行良好而不会抛出异常。

the loop ran fine without throwing an exception.

两者一个for循环,那么为什么一个抛出异常而另一个没有?

Both a for loops, so why does one throw an exception while the other does not?

推荐答案

正如其他人所解释的那样,迭代器检测到修改到底层集合,这是一件好事,因为它可能会导致意外行为。

As others explained, the iterator detects modifications to the underlying collection, and that is a good thing since it is likely to cause unexpected behaviour.

想象一下这个修改集合的无迭代器代码:

Imagine this iterator-free code which modifies the collection:

for (int x = 0; list.size(); x++)
{
  obj = list.get(x);
  if (obj.isExpired())
  {
    list.remove(obj);
    // Oops! list.get(x) now points to some other object so if I 
    // increase x again before checking that object I will have 
    // skipped one item in the list
  }
}

这篇关于为什么一个循环抛出一个ConcurrentModificationException,而另一个不抛出?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆