UD5工具箱
常见问题
异步迭代器和同步迭代器有什么区别？
异步迭代器和同步迭代器的核心区别在于 next() 方法的返回值。同步迭代器的 next() 直接返回 { value, done } 对象，而异步迭代器的 next() 返回一个 Promise，该 Promise 解析为 { value, done } 对象。这意味着异步迭代器可以处理异步产生的数据，每次获取下一个值时都可能涉及等待过程。异步迭代器使用 [Symbol.asyncIterator] 方法，而同步迭代器使用 [Symbol.iterator] 方法。
for-await-of 能遍历同步数组吗？
可以。for-await-of 循环能够自动检测 iterable 的类型。如果 iterable 是同步的（如普通数组），它会直接使用同步迭代器，行为与 for-of 类似。如果 iterable 是异步的，它会使用异步迭代器并等待 Promise 解析。这种兼容性使得 for-await-of 成为处理混合数据源的通用工具，开发者不需要为同步和异步数据编写不同的遍历逻辑。
如何取消正在进行的异步迭代？
异步迭代器协议本身没有内置的取消机制，但可以通过多种方式实现。最常见的做法是使用 AbortController 配合信号：在异步迭代器内部检查 signal.aborted 状态，如果已取消则提前返回。另一种方式是在异步生成器外部设置一个标志变量，在下次 yield 前检查标志。对于 ReadableStream，可以直接调用 cancel() 方法。选择哪种取消方式取决于具体的使用场景。
异步迭代器和 Observable 有什么区别？
异步迭代器和 Observable 都用于处理异步数据流，但设计理念不同。异步迭代器是拉取模型，消费者通过调用 next() 主动获取数据。Observable 是推送模型，生产者主动将数据推送给消费者。异步迭代器天然支持背压控制，而 Observable 需要额外的背压策略。异步迭代器是标准的 JavaScript 特性，而 Observable 目前还在 TC39 提案阶段。选择哪种方式取决于数据流的特性和控制需求。
异步迭代器在 Node.js 中有哪些应用？
Node.js 对异步迭代器有广泛的支持。文件系统的 createReadStream 返回的流实现了异步迭代器协议，可以用 for-await-of 逐行读取文件。child_process.spawn 返回的子进程的 stdout 和 stderr 也支持异步迭代。数据库游标、Redis 订阅、以及各种网络流都可以使用异步迭代器来处理。Node.js 10+ 版本进一步增强了对异步迭代器的支持，使其成为处理 Node.js 中各种 I/O 操作的首选方式。
如何实现异步迭代器的重试逻辑？
实现异步迭代器的重试逻辑需要在迭代器内部捕获错误并进行重试。在异步生成器中，可以使用 try-catch 包裹 yield 语句，如果捕获到错误则进行重试。建议实现指数退避策略，每次重试增加等待时间，避免对服务器造成过大压力。同时设置最大重试次数，超过次数后将错误传播给消费者。这种重试机制可以显著提高数据获取的可靠性。
异步迭代器和 async/await 可以一起使用吗？
可以。异步迭代器和 async/await 可以完美配合使用。在 for-await-of 循环的循环体中，可以使用 await 等待异步操作完成。在异步生成器函数中，也可以使用 await 来等待异步操作。这种组合使得代码既具有迭代器的简洁性，又能处理复杂的异步逻辑。例如，可以先使用 await 获取配置信息，然后使用 yield 逐步产出处理后的数据。
异步迭代器的性能特征是什么？
异步迭代器的性能特征包括：惰性求值减少了不必要的计算和内存使用；拉取模型天然支持背压控制，防止数据堆积；每次迭代涉及 Promise 的创建和解析，有一定的开销。对于高频迭代场景，可以通过批量处理、缓冲区优化、以及减少 Promise 创建来提升性能。异步迭代器不适合需要随机访问或并行处理的场景，这些场景应该考虑使用数组或其他数据结构。