Array.fromAsync目前并非JavaScript标准API，截至2024年仍处于Stage 3提案阶段，未被任何主流浏览器或运行时实现；它不属于HTML或DOM规范，而是ECMAScript异步迭代提案的一部分，实际需用for await...of、Promise.all或Promise.allSettled等现有标准方法替代。
Array.fromAsync 尚未成为 JavaScript 标准 API，目前（截至 ECMAScript 2024）它并不存在于任何正式规范或主流浏览器/运行时中。你可能混淆了几个概念：一是提案中的 Promise.allSettled、Promise.any 等并发控制方法；二是社区库（如 RxJS、p-map）提供的类似功能；三是某些框架（如 Angular 的 from 操作符）或实验性 Polyfill 的命名误导。
为什么没有 Array.fromAsync？
JavaScript 数组的静态方法（如 Array.from）设计初衷是同步转换类数组或可迭代对象。异步数据流本质上属于 Promise 或 Observable 范畴，与 Array 的同步语义不匹配。标准委员会更倾向用专门的异步抽象（如 AsyncIterator、for await...of）来处理异步序列，而非扩展 Array 原型。
实际中如何替代“Array.fromAsync”效果？
若你想从一组异步操作（如 fetch 请求）生成一个数组结果，常用且标准的方式是：
- 用
Promise.all并行执行全部请求，返回结果数组（任一失败则整体拒绝） - 用
Promise.allSettled并行执行并保留每个结果状态（成功/失败），再过滤或映射 - 用
for await...of配合异步生成器，实现顺序或可控并发（需手动限流）
并发控制的关键细节
真正影响性能的不是“有没有 Array.fromAsync”，而是如何管理并发数量：
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
立即学习“Java免费学习笔记（深入）”；
- 直接
Promise.all(urls.map(fetch))会同时发起所有请求，可能触发浏览器连接限制（通常 6–10 个）或服务端限流 - 需要并发限制时，可用
p-limit库，或手写批处理 +Promise.all循环 - 错误处理要明确：
all崩溃即止，allSettled返回全量结果对象，含status、value或reason
未来可能的方向
TC39 确实讨论过异步迭代相关提案（如 Async Iteration），但重点在 AsyncIterable 接口和 for await 语法，而非给 Array 添加异步工厂方法。如果真有类似需求，更可能以顶层函数（如 Promise.fromAsyncIterable）或新全局工具出现，而非挂载到 Array 上。
