array.fromasync的设计核心是顺序消费、逻辑完整、错误即停，严格按异步迭代器next()顺序逐个await，中途任一拒绝即中止，确保“全有或全无”的逻辑原子性。
Array.fromAsync 的设计不是为“并发聚合”服务的，而是为**顺序消费、逻辑完整、错误即停**的异步数据流提供简洁可靠的收束机制。
强调顺序性与确定性
它严格按异步迭代器的 next() 调用顺序执行，每次只 await 一个值，不预取、不并发展开。这意味着：
- 内存占用可控，适合处理大流或无限流（如日志流、事件流）
- 结果数组顺序与迭代产出顺序完全一致
- 中途任一 Promise 拒绝，立即中止后续消费，不会“跳过失败项继续执行”
聚焦逻辑原子性，而非物理原子性
它不保证底层操作的线程安全或内存级原子，但确保整个转换过程具备“全有或全无”的语义：
- 成功时，返回包含全部已 resolve 值的完整数组
- 失败时，抛出第一个被 reject 的错误，且不保留中间状态
- 这种行为类似 try/catch 的短路逻辑，避免部分成功带来的状态不一致风险
兼容多种输入源，但协议优先
它接受三类输入：异步可迭代对象（含 [Symbol.asyncIterator]）、同步可迭代对象（含 Promise 元素）、类数组对象。但核心能力来自对 AsyncIterator 协议的原生支持：
- 对 ReadableStream、异步生成器等流式源天然友好
- 对 Promise 数组等静态集合也能工作，但此时更推荐 Promise.all（若无顺序依赖）
- 不试图模拟或 polyfill 流控、取消、背压等底层能力，这些由源自身负责
映射函数参与执行流，而非后处理
第二个参数 mapFn 不是数组生成后再遍历转换，而是在每个元素 await 完成后立即调用，并自动等待其返回的 Promise：
- 例如
Array.fromAsync(urls, u => fetch(u).then(r => r.json()))是“取一个 URL → 请求 → 解析 → 收集”，全程串行可控 - mapFn 的执行也纳入整体错误传播链：任一映射失败，整个操作 reject
- 这区别于先
Promise.all(urls.map(fetch))再.map(r => r.json())的两阶段模式
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
