array.fromasync 是严格串行消费 asynciterator 的一次性异步动作，按序调用 next()、await 每个 promise、收集 value 直至 done: true，不并发、不缓冲、无背压控制；它不同于 promise.all，后者会立即展开全部迭代项。
Array.fromAsync 并不执行“流程图式”的多步骤调度，它本身是一个简洁的异步消费动作：接收一个符合 AsyncIterator 协议的对象，按序调用其 next() 方法，等待每个 Promise 解析后收集 value，直到 done: true，最终返回包含所有值的数组 Promise。
它不是“调度器”，而是一次性消费契约
Array.fromAsync 的行为高度聚焦——它不做并发控制、不预加载、不缓冲、不重试。它的核心逻辑就是：
- 初始化空数组
- 循环调用
asyncIterator.next() - 每次 await 返回的 Promise，提取
value并 push 入数组 - 遇到
{ done: true }就结束，resolve 数组 - 任意一次
next()抛错，整个 Promise reject
与 Promise.all 的关键区别：顺序 vs 展开
很多人误以为 Array.fromAsync(iter) ≈ Promise.all([...iter])，但二者语义完全不同：
-
Array.fromAsync：严格串行，只维持一个 pending 的
next()调用，内存占用恒定，适合流式响应（如 ReadableStream） -
Promise.all([...iter])：先尝试展开整个异步迭代器（触发全部
next()并立即 await），可能造成内存暴涨或提前失败，且失去背压控制能力
真实可用的写法长什么样？
目前（2026年中）仅 Chromium 128+（Chrome/Edge/Opera）原生支持；Firefox、Safari、Node.js 均未实现。直接调用会报 TypeError: Array.fromAsync is not a function。
- ✅ 安全写法：用
for await...of手动收集（兼容所有环境，语义一致） - ✅ 可控降级：若已知长度且无流式压力，可用
Promise.all(Array.from({ length }, (_, i) => asyncFn(i))) - ❌ 不推荐：任何宣称“完美 polyfill Array.fromAsync”的方案——它依赖引擎底层对
AsyncIterator的原生解析，无法在用户层完全模拟取消、背压或流暂停等行为
典型适用场景：NDJSON 流、日志拉取、分页游标
例如从 fetch 响应中逐行解析 NDJSON（每行一个 JSON 对象）：
它不把整个响应体加载进内存，而是靠 ReadableStream.getReader() + 自定义 AsyncIterator 包装，让 Array.fromAsync 一条条读、一条条解码、一条条 JSON.parse —— 这正是它不可替代的价值所在。
若后端返回的是单个完整 JSON 数组，则直接 response.json() 更简单高效，无需绕路。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
