Java迭代器Iterator和Iterable有什么区别?

devtools/2024/11/14 0:40:57/

在 Java 中,我们对 List 进行遍历的时候,主要有这么三种方式。

第一种:for 循环。

for (int i = 0; i < list.size(); i++) {System.out.print(list.get(i) + ",");
}

第二种:迭代器。

Iterator it = list.iterator();
while (it.hasNext()) {System.out.print(it.next() + ",");
}

第三种:for-each。

for (String str : list) {System.out.print(str + ",");
}

第一种我们略过,第二种用的是 Iterator,第三种看起来是 for-each,其实背后也是 Iterator,看一下反编译后的代码(如下所示)就明白了。

Iterator var3 = list.iterator();while(var3.hasNext()) {String str = (String)var3.next();System.out.print(str + ",");
}

for-each 只不过是个语法糖,让我们开发者在遍历 List 的时候可以写更少的代码,更简洁明了。

Iterator 是个接口,JDK 1.2 的时候就有了,用来改进 Enumeration 接口:

  • 允许删除元素(增加了 remove 方法)
  • 优化了方法名(Enumeration 中是 hasMoreElements 和 nextElement,不简洁)

来看一下 Iterator 的源码:

public interface Iterator<E> {// 判断集合中是否存在下一个对象boolean hasNext();// 返回集合中的下一个对象,并将访问指针移动一位E next();// 删除集合中调用next()方法返回的对象default void remove() {throw new UnsupportedOperationException("remove");}
}

JDK 1.8 时,Iterable 接口中新增了 forEach 方法。该方法接受一个 Consumer 对象作为参数,用于对集合中的每个元素执行指定的操作。该方法的实现方式是使用 for-each 循环遍历集合中的元素,对于每个元素,调用 Consumer 对象的 accept 方法执行指定的操作。

default void forEach(Consumer<? super T> action) {Objects.requireNonNull(action);for (T t : this) {action.accept(t);}
}

该方法实现时首先会对 action 参数进行非空检查,如果为 null 则抛出 NullPointerException 异常。然后使用 for-each 循环遍历集合中的元素,并对每个元素调用 action.accept(t) 方法执行指定的操作。由于 Iterable 接口是 Java 集合框架中所有集合类型的基本接口,因此该方法可以被所有实现了 Iterable 接口的集合类型使用。

它对 Iterable 的每个元素执行给定操作,具体指定的操作需要自己写Consumer接口通过accept方法回调出来。

List<Integer> list = new ArrayList<>(Arrays.asList(1, 2, 3));
list.forEach(integer -> System.out.println(integer));

写得更浅显易懂点,就是:

List<Integer> list = new ArrayList<>(Arrays.asList(1, 2, 3));
list.forEach(new Consumer<Integer>() {@Overridepublic void accept(Integer integer) {System.out.println(integer);}
});

如果我们仔细观察ArrayList 或者 LinkedList 的“户口本”就会发现,并没有直接找到 Iterator 的影子。

反而找到了 Iterable!

public interface Iterable<T> {Iterator<T> iterator();
}

也就是说,List 的关系图谱中并没有直接使用 Iterator,而是使用 Iterable 做了过渡。

回头再来看一下第二种遍历 List 的方式。

Iterator it = list.iterator();
while (it.hasNext()) {
}

发现刚好呼应上了。拿 ArrayList 来说吧,它重写了 Iterable 接口的 iterator 方法:

public Iterator<E> iterator() {return new Itr();
}

返回的对象 Itr 是个内部类,实现了 Iterator 接口,并且按照自己的方式重写了 hasNext、next、remove 等方法。

/*** ArrayList 迭代器的实现,内部类。*/
private class Itr implements Iterator<E> {/*** 游标位置,即下一个元素的索引。*/int cursor;/*** 上一个元素的索引。*/int lastRet = -1;/*** 预期的结构性修改次数。*/int expectedModCount = modCount;/*** 判断是否还有下一个元素。** @return 如果还有下一个元素,则返回 true,否则返回 false。*/public boolean hasNext() {return cursor != size;}/*** 获取下一个元素。** @return 列表中的下一个元素。* @throws NoSuchElementException 如果没有下一个元素,则抛出 NoSuchElementException 异常。*/@SuppressWarnings("unchecked")public E next() {// 获取 ArrayList 对象的内部数组Object[] elementData = ArrayList.this.elementData;// 记录当前迭代器的位置int i = cursor;if (i >= size) {throw new NoSuchElementException();}// 将游标位置加 1,为下一次迭代做准备cursor = i + 1;// 记录上一个元素的索引return (E) elementData[lastRet = i];}/*** 删除最后一个返回的元素。* 迭代器只能删除最后一次调用 next 方法返回的元素。** @throws ConcurrentModificationException 如果在最后一次调用 next 方法之后列表结构被修改,则抛出 ConcurrentModificationException 异常。* @throws IllegalStateException         如果在调用 next 方法之前没有调用 remove 方法,或者在同一次迭代中多次调用 remove 方法,则抛出 IllegalStateException 异常。*/public void remove() {// 检查在最后一次调用 next 方法之后是否进行了结构性修改if (expectedModCount != modCount) {throw new ConcurrentModificationException();}// 如果上一次调用 next 方法之前没有调用 remove 方法,则抛出 IllegalStateException 异常if (lastRet < 0) {throw new IllegalStateException();}try {// 调用 ArrayList 对象的 remove(int index) 方法删除上一个元素ArrayList.this.remove(lastRet);// 将游标位置设置为上一个元素的位置cursor = lastRet;// 将上一个元素的索引设置为 -1,表示没有上一个元素lastRet = -1;// 更新预期的结构性修改次数expectedModCount = modCount;} catch (IndexOutOfBoundsException ex) {throw new ConcurrentModificationException();}}
}

那可能有些小伙伴会问:为什么不直接将 Iterator 中的核心方法 hasNext、next 放到 Iterable 接口中呢?直接像下面这样使用不是更方便?

Iterable it = list.iterator();
while (it.hasNext()) {
}

从英文单词的后缀语法上来看,(Iterable)able 表示这个 List 是支持迭代的,而 (Iterator)tor 表示这个 List 是如何迭代的。

支持迭代与具体怎么迭代显然不能混在一起,否则就乱的一笔。还是各司其职的好。

想一下,如果把 Iterator 和 Iterable 合并,for-each 这种遍历 List 的方式是不是就不好办了?

原则上,只要一个 List 实现了 Iterable 接口,那么它就可以使用 for-each 这种方式来遍历,那具体该怎么遍历,还是要看它自己是怎么实现 Iterator 接口的。

Map 就没办法直接使用 for-each,因为 Map 没有实现 Iterable 接口,只有通过 map.entrySet()map.keySet()map.values() 这种返回一个 Collection 的方式才能 使用 for-each。

如果我们仔细研究 LinkedList 的源码就会发现,LinkedList 并没有直接重写 Iterable 接口的 iterator 方法,而是由它的父类 AbstractSequentialList 来完成。

public Iterator<E> iterator() {return listIterator();
}

LinkedList 重写了 listIterator 方法:

public ListIterator<E> listIterator(int index) {checkPositionIndex(index);return new ListItr(index);
}

这里我们发现了一个新的迭代器 ListIterator,它继承了 Iterator 接口,在遍历List 时可以从任意下标开始遍历,而且支持双向遍历。

public interface ListIterator<E> extends Iterator<E> {boolean hasNext();E next();boolean hasPrevious();E previous();
}

我们知道,集合(Collection)不仅有 List,还有 Set,那 Iterator 不仅支持 List,还支持 Set,但 ListIterator 就只支持 List。

那可能有些小伙伴会问:为什么不直接让 List 实现 Iterator 接口,而是要用内部类来实现呢?

这是因为有些 List 可能会有多种遍历方式,比如说 LinkedList,除了支持正序的遍历方式,还支持逆序的遍历方式——DescendingIterator:

/*** ArrayList 逆向迭代器的实现,内部类。*/
private class DescendingIterator implements Iterator<E> {/*** 使用 ListItr 对象进行逆向遍历。*/private final ListItr itr = new ListItr(size());/*** 判断是否还有下一个元素。** @return 如果还有下一个元素,则返回 true,否则返回 false。*/public boolean hasNext() {return itr.hasPrevious();}/*** 获取下一个元素。** @return 列表中的下一个元素。* @throws NoSuchElementException 如果没有下一个元素,则抛出 NoSuchElementException 异常。*/public E next() {return itr.previous();}/*** 删除最后一个返回的元素。* 迭代器只能删除最后一次调用 next 方法返回的元素。** @throws UnsupportedOperationException 如果列表不支持删除操作,则抛出 UnsupportedOperationException 异常。* @throws IllegalStateException         如果在调用 next 方法之前没有调用 remove 方法,或者在同一次迭代中多次调用 remove 方法,则抛出 IllegalStateException 异常。*/public void remove() {itr.remove();}
}

可以看得到,DescendingIterator 刚好利用了 ListIterator 向前遍历的方式。可以通过以下的方式来使用:

Iterator it = list.descendingIterator();
while (it.hasNext()) {
}

好了,关于Iterator与Iterable我们就先聊这么多,总结两点:

  • 学会深入思考,一点点抽丝剥茧,多想想为什么这样实现,很多问题没有自己想象中的那么复杂。
  • 遇到疑惑不放弃,这是提升自己最好的机会,遇到某个疑难的点,解决的过程中会挖掘出很多相关的东西。

http://www.ppmy.cn/devtools/115501.html

相关文章

Spring Boot 入门:解锁 Spring 全家桶

前言 Spring 全家桶是现代 Java 开发者不可或缺的工具集&#xff0c;它提供了从轻量级的框架到微服务架构的完整支持。本文将带你快速了解 Spring 框架、核心概念如 IoC&#xff08;控制反转&#xff09;和 AOP&#xff08;面向切面编程&#xff09;&#xff0c;并深入介绍 Sp…

基于R语言的统计分析基础:使用键盘输入数据

在R语言中&#xff0c;键盘输入数据是一种灵活且直接的数据获取方式&#xff0c;适用于处理小数据集或需要即时用户交互的场景。通常用于交互式数据探索和分析、临时数据处理、交互式图形绘制、脚本自动化中的用户交互、特定应用场景下的数据录入中。 比如利用readline()函数根…

论文阅读笔记:Sapiens: Foundation for Human Vision Models

Sapiens: Foundation for Human Vision Models 1 背景1.1 问题1.2 目标 2 方法3 创新点4 模块4.1 Humans-300M数据集4.2 预训练4.3 2D位姿估计4.4 身体部位分割4.5 深度估计4.6 表面法线估计 5 实验5.1 实现细节5.2 2D位姿估计5.3 身体部位分割5.4 深度估计5.5 表面法线估计5.6…

【设计模式-享元】

Flyweight Pattern&#xff08;享元模式&#xff09; 是一种结构型设计模式&#xff0c;旨在通过共享对象来减少内存使用和提高性能。享元模式特别适用于需要大量相似对象的场景&#xff0c;可以有效地减少内存开销。 核心思想 享元模式通过将对象的共享部分&#xff08;共享…

Dockerfile 安装Centos7、MySQL和Redis

为了创建一个包含 CentOS 7、MySQL 和 Redis 的 Docker 镜像&#xff0c;并持久化 MySQL 和 Redis 的数据&#xff0c;需要&#xff1a; 编写 Dockerfile 安装 CentOS 7、MySQL 和 Redis。在运行 Docker 容器时挂载数据卷来持久化数据。 以下是一个示例 Dockerfile&#xff0…

es6 和 commonJS 模块管理的区别

ES6 模块和 CommonJS 模块是两种广泛使用的 JavaScript 模块化方案。它们之间有许多显著的区别&#xff0c;包括语法、特性、运行时行为、兼容性等方面。 1. 模块引入背景 在 JavaScript 语言发展早期&#xff0c;并没有提供官方的模块化机制。随着应用规模的增加&#xff0c…

学习笔记JVM篇(五)

JVM常用命令参数 1、JPS JPS全称 Java Process Status Tool&#xff0c;这个命令与Liunx的PS很像&#xff0c;下面我们测试一下这个命令&#xff0c;首先编写一段非常简单的Java代码。 JPS的语法 JPS [options] [hostid] options&#xff1a;选项 -q: 只显示进程 ID (PID)…

【C++】—— string模拟实现

前言&#xff1a; 学习了string的使用&#xff0c;总感觉了解不是很深厚&#xff1b;自己模拟实现string类来帮助自己理解。 这里只是实现了一部分内容&#xff08;并没有实现完整的string类&#xff09;。 先来实现string类里面的成员变量&#xff1a; #include<iostream…