promise.any适合镜像下载择优加载，因其只要一个promise成功即立即返回，静默忽略其余失败或进行中请求，精准匹配“选最快镜像”的诉求；需手动包装fetch加abortcontroller实现超时与http状态校验，避免假成功和内容异常。
Promise.any 为什么适合镜像下载择优加载
因为 Promise.any 只要有一个 Promise 成功就立即返回结果，其余失败或仍在进行的会被静默忽略——这正好匹配“从多个镜像中取最快响应的那个”的核心诉求。它不像 Promise.race 那样对 rejection 敏感（一个 404 就可能提前 reject），也不像 Promise.all 那样必须等全量完成。
如何构造带超时和错误过滤的镜像请求
直接用 fetch 发起多个请求容易触发 CORS 或被服务端限流，且部分镜像可能返回 4xx/5xx 但不 reject（比如返回 HTML 错误页）。必须手动控制：成功响应 + 状态码在 200–299 范围内才算有效。
- 每个镜像请求应包裹在独立的
Promise中，并显式处理fetch的网络失败、HTTP 错误、响应体读取失败 - 务必添加单请求超时（如 8s），避免某个慢镜像拖垮整体体验；可用
AbortController实现 - 不要依赖
Promise.any默认的AggregateError做兜底判断——它只反映“全失败”，而你更关心“哪些镜像实际不可用”
function mirrorFetch(url, timeout = 8000) {
const controller = new AbortController();
const id = setTimeout(() => controller.abort(), timeout);
return fetch(url, { signal: controller.signal })
.then(res => {
clearTimeout(id);
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return res.arrayBuffer(); // 或 res.blob() / res.text()
})
.catch(err => {
clearTimeout(id);
throw new Error(`fetch failed: ${err.message}`);
});
}
怎样避免“选中了但加载卡住”的假成功
镜像节点返回 200 并不等于资源能完整加载。常见陷阱是：服务端返回了 header 就算 res.ok，但后续流式 body 传输中断，res.arrayBuffer() 卡死或抛出 network error。
- 对大资源（如 JS/CSS/字体），建议在
arrayBuffer()后加轻量校验：比如检查 ArrayBuffer.length 是否明显偏小（ - 若业务允许，可搭配
Response.redirect检查是否被重定向到错误页（如某些镜像返回 302 到维护页） - 别把
Promise.any当作最终保障——它只解决“首个响应抵达”，后续仍需监听onload或使用ReadableStream分块校验
实际使用时要注意浏览器兼容性和降级方案
Promise.any 在 Safari 15.4+ 和 Chrome 93+ 才稳定支持，旧版 iOS Safari 完全不支持。不能只写一层 Promise.any 就上线。
- 检测存在性：
if ('any' in Promise)，否则回退到手写 race-like 逻辑（遍历 +Promise.race+ 过滤 rejection） - 降级实现里别用
Promise.allSettled全量等待——它违背“择优”初衷；应模拟any行为：第一个 resolve 就返回，其余用.catch(() => {})吞掉错误 - CDN 场景下，注意部分镜像域名可能被用户 DNS 污染或本地 hosts 劫持，导致看似“最快”实则内容异常——此时需要配合资源哈希校验（如 SRI）
真正难的不是调用 Promise.any，而是定义清楚什么叫“可用”：状态码、响应头、body 完整性、传输稳定性、内容一致性，每层都可能漏判。
