还在用for循环遍历元素?试试for-each,它不香吗?

本文基于《Effective java》第58条

在此基础之上加入了本身的理解。java

image

for循环是平时写代码用的最多的,可是以前看《Effective java》,大佬在某些场景写并不推荐。结合着本身以前刷算法题的经历,受益不浅。算法

1、for循环的缺点

在以往遍历元素的时候,咱们一般采用如下的形式:数组

`public class Main {
 public static void main(String[] args) {
  //一、数组元素
  int[] num = new int[] {1,2,3,4,5};
  //数组的遍历
  for(int i=0;i<num.length;i++) 
   System.out.println(num[i]);
  //二、对象元素
  ArrayList<Person> lists = new ArrayList<>();
  lists.add(new Person("张三"));
  lists.add(new Person("李四"));
  lists.add(new Person("愚公要移山"));
  //对象元素的遍历
  for(Iterator<Person> it=lists.iterator();it.hasNext();) {
   Person p = it.next();
   System.out.println(p.getName());
  }
 }
}
`缓存

这种写法看起来还不错,可是却并不完美。咱们来分析一下,有什么缺点。而后给出解决方案。this

问题1:迭代器或索引屡次出现,容易形成使用错误

从上面两种遍历的代码上来看,对于数组元素是经过索引i来遍历的,可是整个for循环出现了四次i,对于对象元素是经过迭代器it来遍历的,可是整个for循环出现了三次it。在for循环遍历元素的时候,就有屡次机会使用了错误的变量。并且有时候这些错误编译器没法发现。对整个应用系统形成没法预知的错误。spa

问题2:遍历对象元素时,须要注意容器类型

好比咱们这里使用的是list,固然还有多是其余容器类型,这些类型在更改时比较麻烦。对象

问题3:嵌套迭代抛出异常

这种状况比较复杂一些,先来搞个例子。好比说,咱们想要列举每种花,这些花有两种属性一种是颜色,一种是大小。blog

`public class Main {
 //枚举颜色和尺寸
 enum Color { RED, GREEN, BLUE, BLACK }
 enum Size { ONE, TWO, THREE, FOUR, FIVE,
    SIX, SEVEN, EIGHT,NINE, TEN}
 //定义花
 static class Flower{
  public Flower(Color color, Size size) {}
 }
 public static void main(String[] args) {
  Collection<Color> colors = Arrays.asList(Color.values());
  Collection<Size> sizes = Arrays.asList(Size.values());
  List<Flower> flowers = new ArrayList<>();
  //for循环添加全部的花和尺寸
  for (Iterator<Color> color = colors.iterator(); color.hasNext(); ) {
   for (Iterator<Size> size = sizes.iterator(); size.hasNext(); ) {
    flowers.add(new Flower(color.next(), size.next()));
   } 
  } 
 }
}
`索引

看似人畜无害,如今咱们运行一波。接口

`Exception in thread "main" java.util.NoSuchElementException
 at java.util.AbstractList$Itr.next(Unknown Source)
 at com.f2.Main.main(Main.java:25)
`

是否是感受有点奇怪,好像双重循环遍历没啥问题,可是出现了异常,缘由是外部的Color迭代器调用了屡次,第一层for循环被调用了,可是又在第二层for循环内部被调用了,因此color的next被调用完了。因此出现了NoSuchElementException。可是有时候也不会出现这种状况,场景是外部循环迭代器调用的次数恰好是内部调用的n倍。

问题4:嵌套迭代不抛异常,可是结果不正确

这种状况是外部循环迭代器调用的次数恰好是内部调用的n倍。咱们再来个例子:

`public class Main {
 //枚举颜色
 enum Color { RED, GREEN, BLUE, BLACK } 
 public static void main(String[] args) {
  Collection<Color> colors = Arrays.asList(Color.values());
  //两层for循环
  for (Iterator<Color> c1 = colors.iterator(); c1.hasNext(); ) {
   for (Iterator<Color> c2 = colors.iterator(); c2.hasNext(); ) {
    System.out.println(c1.next()+" "+c2.next());
   } 
  } 
 }
}
`

如今对颜色进行for循环遍历,一共两层for循环,由于一共有四种颜色,两层for循环应该是打印16个结果。如今运行一遍看看结果:

`RED RED
GREEN GREEN
BLUE BLUE
BLACK BLACK
`

没错,确实是打印了四条。缘由和问题三是同样的。有一种方式能够很好地解决这种嵌套的问题。

嵌套迭代问题解决:

直接看代码。既然是外部的迭代器it在内部使用了,那我在内部和外部之间用一个变量缓存起来不久好了。

`public class Main {
 //枚举颜色
 enum Color { RED, GREEN, BLUE, BLACK }
 public static void main(String[] args) {
  Collection<Color> colors = Arrays.asList(Color.values());
  //for循环
  for (Iterator<Color> c1 = colors.iterator(); c1.hasNext(); ) {
   //用一个变量缓存起来
   Color c = c1.next();
   for (Iterator<Color> c2 = colors.iterator(); c2.hasNext(); ) {
    System.out.println(c+" "+c2.next());
   } 
  } 
 }
}
`

如今再来运行,就能够很好地得出16种结果了。这种方式也比较不错,可是却不能很好地解决问题1和问题2。所以,为了解决这一现象,大佬Joshua Bloch在书中提出,推荐使用for-each循环来代替for循环。

2、for-each循环

既然做者推荐使用for-each循环,咱们看看他有什么好处。是如何解决上面的问题的。

`public class Main {
 //枚举颜色和尺寸
 enum Color { RED, GREEN, BLUE, BLACK }
 enum Size { ONE, TWO, THREE, FOUR, FIVE,
    SIX, SEVEN, EIGHT,NINE, TEN}
 //定义花
 static class Flower{
  public Flower(Color color, Size size) {}
 }
 public static void main(String[] args) {
  Collection<Color> colors = Arrays.asList(Color.values());
  Collection<Size> sizes = Arrays.asList(Size.values());
  List<Flower> flowers = new ArrayList<>();
  //for-each循环
  for (Color color:colors) {
   for (Size size:sizes ) {
    flowers.add(new Flower(color, size));
   } 
  } 
 }
}
`

看里面的for-each循环。上面的问题就全都解决了。好吧,可能你会感受,就这?还有一个好处还没说,再往下看。

for-each 循环不只容许遍历集合和数组,还容许遍历实现 Iterable 接口的任何对象,该接口由单个方法组成。接 口定义以下:

`public interface Iterable<E> {
 // Returns an iterator over the elements in this iterable
 Iterator<E> iterator();
}
`

若是必须从头开始编写本身的 Iterator 实现,那么实现 Iterable 会有点棘手,可是若是你正在编写表示一组元素 的类型,那么你应该强烈考虑让它实现 Iterable 接口,甚至能够选择不让它实现 Collection 接口。这容许用户使用for-each 循环遍历类型,他们会永远感激涕零的 。

可是,有三种常见的状况是你不能分别使用 for-each 循环的:

(1)有损过滤(Destructive filtering):若是须要遍历集合,并删除指定选元素,则须要使用显式迭代器,以即可以调用其 remove 方法。 一般可使用在 Java 8 中添加的 Collection 类中的 removeIf 方法,来避免显式遍历。

(2)转换:若是须要遍历一个列表或数组并替换其元素的部分或所有值,那么须要列表迭代器或数组索引来替换元素的值。

(3)并行迭代:若是须要并行地遍历多个集合,那么须要显式地控制迭代器或索引变量,以便全部迭代器或索引变量均可以同步进行 。

若是发现本身处于这些状况中的任何一种,请使用传统的 for 循环,并警戒本条目中提到的陷阱 。

相关文章
相关标签/搜索