Array.fromAsync 的核心优势是按序消费异步迭代器、内存可控、错误及时中止且语义清晰；它避免内存爆炸，天然支持背压，首错即停，语法简洁，但仅 Chromium 128+ 原生支持。
Array.fromAsync 在处理流数据时的核心优势，是它能按序消费异步迭代器、内存可控、错误及时中止，且语义清晰——不是“并发拉完再等”，而是“边拉边等、一错即停”。
按序消费，避免内存爆炸
流式数据（如 ReadableStream、分页 API、日志 NDJSON）往往体量大或无限。Array.fromAsync 一次只 await 一个 next()，不预先展开整个流，也不一次性发起所有请求。对比 Promise.all，后者会先试图把全部异步项转成 Promise 数组，极易触发内存溢出或请求超限。
- 适合逐块读取大文件或长响应体
- 天然支持背压：上游吐得慢，下游就等得久，不会积压未处理的 Promise
- 无需手动控制 chunk 大小或中断逻辑
错误传播明确，逻辑原子性强
只要异步迭代中任意一项 rejected（比如某页 fetch 失败、某行 JSON 解析出错），Array.fromAsync 立即抛出错误，不再继续消费后续项。这种“首错即停”行为，让失败处理边界清晰，避免脏数据混入结果数组。
- 比手写 for await...of 更少出错：不用额外加 try/catch 包裹每次迭代
- 比 Promise.all(...).catch 更精准：后者可能掩盖部分成功项的异常，而 Array.fromAsync 不会“吞掉”中间错误
- 适合强一致性场景，如账单生成、审计日志聚合
语法简洁，语义贴近意图
一行代码即可完成“从流到数组”的转换，无需新建空数组、push、await 循环、错误重试封装等样板代码。尤其配合异步生成器时，数据来源与收集逻辑高度内聚。
立即学习“Java免费学习笔记（深入）”；
- 示例：
const data = await Array.fromAsync(fetchPages())比手动循环少 6–8 行，且不易漏掉 finally 清理 reader - 支持映射函数：
Array.fromAsync(urls, async u => (await fetch(u)).json())，转换逻辑直接内联，无中间变量 - 对开发者而言，“我要把这整个流变成数组”这一意图被直白表达
注意实际可用性
截至 2026 年 6 月，Array.fromAsync 仅 Chromium 128+（Chrome/Edge/Opera）原生支持，Firefox 和 Safari 尚未实现。生产环境若需兼容，应降级为 for await...of 手动收集——它语义一致、内存友好、完全可控，只是多写几行。
