Array.fromAsync 并非 JavaScript 标准方法，截至 ECMAScript 2024 仍未被纳入规范，属已搁置的 TC39 提案；其常见模拟实现依赖 for await...of 和 Promise.all 等现有 API 组合，实际并发行为由 Promise 创建时机决定，而非该名称本身。
Array.fromAsync 并不是 JavaScript 标准中已存在的方法，目前（截至 ECMAScript 2024）Array.fromAsync 尚未被正式纳入语言规范，也未在主流浏览器或 Node.js 中原生支持。它属于一个**提案中的实验性 API**（曾出现在 TC39 提案草稿中，但已被撤回或搁置），因此不存在“官方实现逻辑”或“标准并行计算行为”。不过，开发者常基于此名称自行模拟类似功能，用于从异步可迭代对象（如 async iterable、Promise 数组）构造数组，并隐含“并发控制”意图。
为什么没有原生 Array.fromAsync？
TC39 曾讨论过异步迭代相关扩展，例如 Array.fromAsync 或 for await...of 的增强，但最终优先推进了更基础、更正交的机制：
- 原生支持 async iterables（通过
for await...of） -
Promise.all、Promise.allSettled等并发工具已足够组合使用 - 引入新静态方法需强共识和明确语义，而“异步 from”的错误处理、并发粒度、取消机制等尚未达成一致
常见模拟实现：如何用现有 API 达到类似效果？
若你看到某库或代码中调用了 Array.fromAsync(iterable)，它大概率是自定义函数，核心逻辑围绕“消费异步可迭代对象 + 收集结果”。典型实现会结合：
-
for await...of遍历 async iterable（如返回 Promise 的生成器） -
Promise.all并发执行所有 Promise（无序、全量并发） -
Promise.allSettled或手动 try/catch 处理部分失败 - 可选的并发限制（如使用 p-limit、p-map 等工具库）
示例（无并发限制）：
立即学习“Java免费学习笔记（深入）”；
async function arrayFromAsync(asyncIterable) {
const result = [];
for await (const item of asyncIterable) {
result.push(item);
}
return result;
}该版本是串行等待（逐个 resolve 后 push），不并行。若要并行，需先展开所有 Promise：
async function arrayFromAsyncParallel(asyncIterable) {
const promises = [];
for await (const item of asyncIterable) {
// 注意：item 若为 Promise，直接收集；若为普通值，可 wrap
promises.push(Promise.resolve(item));
}
return Promise.all(promises);
}并行计算的关键不在 Array.fromAsync，而在 Promise 组合策略
真正决定是否并行、如何控制并发的，是 Promise 的创建时机与组合方式：
-
Promise.all([p1, p2, p3])→ 所有 Promise 立即启动，并行执行 -
for await...of→ 按顺序 await，天然串行（除非 iterable 内部已并发触发） - 若源是
async function* generator()，且每个yield前已发起请求，则可实现“预加载+并发”
例如，批量获取用户数据时，并行本质来自：const promises = userIds.map(id => fetchUser(id));
而非某个“fromAsync”方法本身。
替代方案推荐：清晰、稳定、可维护
不必依赖未标准化的命名，直接使用成熟组合：
- 从 async iterable 构建数组（串行）→
for await...of - 并发请求一组数据 →
Promise.all(urls.map(fetch)) - 限速并发（如同时最多 3 个）→ 使用 p-limit 或手写队列
- 容错收集 →
Promise.allSettled(promises)后过滤 fulfilled 结果
这些模式语义明确，调试友好，且被引擎深度优化。
