Java中，for-each循环简化了任何Collection或array的遍历过程，但并不是每个Java程序员都了解本文将要描述的for-each 循环的一些细节。与 Java5 发布的其他术语：释放别名泛型，自动封装和可变参数不同，Java开发者对for-each循环的使用比任何其他特性更加频繁，但当问及高级的for-each循环怎样工作，或什么是在for-each循环中使用Collection时的基本需求时，就不是每个人都能够回答的了。 本篇教程和例子旨在通过深入研究for-each 循环中几个有趣的难题来填补上述空白（说明上述问题）。好了，不再赘述，一起看看我们在Java5 for-each循环的第一个问题。 [b]高级循环问题 1[/b] 考虑下面这段遍历一个用户自定义的aggregator或collection类的代码，这段代码将会打印出什么，抛出异常还是编译器错误： 下面是我们的CustomCollection类，这是个参数为泛型的类，与任何其他的Collection类相似，依靠于ArrayList并提供从Collection中添加和删除项的方法。 答案： 上述代码将无法通过编译，这是因为我们的CustomCollection类没有实现java.lang.Iterable接口，编译期错误如下： 从中了解到的一个有趣的事实是：for-each循环仅应用于实现了Iterable接口的Java array和Collection类，而且既然所有内置Collection类都实现了java.util.Collection接口，已经继承了Iterable，这一细节通常会被忽略,这点可以在Collection接口的类型声明“ public interface Collection extends Iterable”中看到。所以为了解决上述问题，你可以选择简单地让CustomCollection实现Collection接口或者继承AbstractCollection，这是默认的通用实现并展示了如何同时使用抽象类和接口以获取更好的灵活性。现在让我们来看看for-each循环的第二个难题： [b]Java for-each循环的第二个难题：[/b] 在下面的代码示例将会抛出ConcurrentModificationException异常。这里我们使用标准iterator和for-each循环遍历ArrayList，随后删除元素，你需要找出哪段代码将会抛出ConcurrentModificationException ，为什么？请注意，答案可能是两个都会，都不会或其中之一。 大约70%的Java开发者都会说第一个代码块会抛出ConcurrentModificationException异常，因为我们没有用iterator的remove方法来删除元素，而是使用ArrayList的 remove()方法。但是，没有多少Java开发者会说出for-each循环也会出现同样的问题，因为我们在这里没有使用iterator。事实上，第二个代码片段也会抛出ConcurrentModificationException异常，这点在解决了第一个困惑之后就变得很明显了。既然for-each循环内部使用了Iterator来遍历Collection，它也调用了Iterator.next()，这会检查(元素的)变化并抛出ConcurrentModificationException。你可以从下面的输出中了解到这点，在注释掉第一个代码段后，当你运行第二个代码段时会得到下面的输出。 以上就是关于Java5 for-each循环的全部内容。我们已经看到了Java程序员在编写遍历Collection类的代码时产生的很多问题，特别是在遍历collection的同时删除元素的时候。请牢记，在从任何Collection（例如Map、Set或List）中删除对象时总要使用Iterator的remove方法，也请谨记for-each循环只是标准Iterator代码标准用法之上的一种语法糖（syntactic sugar）而已。 译者注：语法糖（syntactic sugar），也译为糖衣语法，是由英国计算机科学家彼得·约翰·兰达-Peter J. Landin发明的一个术语，指计算机语言中添加的某种语法，这种语法对语言的功能并没有影响，但是更方便程序员使用。通常来说使用语法糖能够增加程序的可读性，从而减少程序代码出错的机会。