array.fromasync 不是 javascript 当前标准中的内置方法，尚未被 ecmascript 2024 规范采纳，也未在主流运行时中实现；其缺失主因是异步迭代需明确并发策略（如并行、串行或限流），而标准难以统一定义，故 tc39 提案仍处 stage 1。
Array.fromAsync 并不是 JavaScript 当前标准（ECMAScript 2024）中正式支持的内置方法。它尚未被纳入规范，也没有在主流浏览器或 Node.js 运行时中实现。因此，Array.fromAsync 不能直接使用，也不会像 Array.from 那样原生处理异步迭代器或 Promise 数组。
为什么没有 Array.fromAsync？
目前 Array.from 接收的是同步可迭代对象（如数组、字符串、Map、Set 或自定义 Symbol.iterator），它逐项调用迭代器并同步收集结果。而异步场景需要等待 Promise 完成，这涉及控制流和并发语义——比如是串行执行、并行执行，还是限制并发数？这些策略无法由一个通用静态方法统一决定，所以标准委员会暂未引入 Array.fromAsync。
如何模拟类似 Array.fromAsync 的行为？
你可以根据实际需求，用现有 API 组合实现等效逻辑。常见模式包括：
-
并行执行所有异步任务：用
Promise.all+map -
串行执行（避免竞态或资源争抢）：用
reduce或for...of+await -
限制并发数（如最多 3 个同时进行）：借助
Promise.map（需第三方库）或手写队列调度
例如，并行转换一个 ID 列表为对应用户数据：
const userIds = [1, 2, 3];const users = await Promise.all(userIds.map(id => fetchUser(id))); // 类似“fromAsync”语义
注意 async iterable 的正确消费方式
如果你有一个 AsyncIterator（如从 for await...of 可遍历的对象），不能直接传给 Array.from。必须先手动展开：
- 使用
for await...of循环推入数组 - 封装成返回
Promise<t></t>的函数 - 避免误写
Array.from(asyncIterable)—— 这会得到空数组或报错
未来可能的支持方向
TC39 已有提案（如 proposal-array-from-async）探讨增加该方法，但仍在 Stage 1，远未进入候选标准。现阶段建议明确写出异步逻辑，保持可读性和可控性，而不是依赖尚不存在的语法糖。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
