promise.allsettled 更适合多图上传，因为它等待所有上传完成并返回每个任务的状态，确保每张图结果可知；而 promise.all 遇任一失败即终止，丢失其余结果。
Promise.allSettled 为什么比 Promise.all 更适合多图上传
因为 Promise.all 遇到任意一个上传失败就直接 reject，你连其他图片的成功结果都拿不到；而 Promise.allSettled 会等所有 Promise 完成（fulfilled 或 rejected），统一返回每个任务的状态对象，正好对应“每张图都要知道结果”的需求。
常见错误是误以为上传失败会抛出异常就自动进 catch —— 实际上如果上传逻辑里用 try/catch 吞掉了错误、或返回了带 error 字段的响应体但没 reject，Promise.allSettled 仍会把它标记为 fulfilled。所以关键不是靠它“捕获错误”，而是靠你上传函数本身是否正确地 reject 失败的 Promise。
上传函数必须返回真正 reject 的 Promise
如果你封装的上传方法内部用了 fetch 或 axios，要确保网络错误、4xx/5xx 响应都触发 reject，而不是只 resolve 一个 { success: false } 对象。
- ✅ 正确：在
fetch后加if (!res.ok) throw new Error(...) - ❌ 错误：直接
return { status: res.status, data }—— 这会让Promise.allSettled认为它成功完成了 - ⚠️ 注意：有些 UI 库的上传组件（如 Ant Design 的
beforeUpload）默认不返回 Promise，需手动包装
处理 allSettled 返回结果时区分 fulfilled/rejected
Promise.allSettled 返回的是形如 [{status: 'fulfilled', value}, {status: 'rejected', reason}] 的数组，不能直接解构 value，必须先判断 status。
const results = await Promise.allSettled(uploadPromises);
results.forEach((result, index) => {
if (result.status === 'fulfilled') {
console.log(`图片 ${index} 上传成功:`, result.value);
} else {
console.error(`图片 ${index} 上传失败:`, result.reason);
}
});
容易踩的坑：把 result.value 当作上传后的 URL 直接用 —— 如果上传函数 resolve 的是整个响应对象，你需要从里面取字段（比如 result.value.url），而不是假设它就是字符串。
并发控制与用户体验的平衡
一次性传 100 张图？Promise.allSettled 默认全量并发，可能触发浏览器连接数限制或服务端限流，导致大量 timeout 或 503。
- 建议用
Promise.allSettled+ 分批（如每 5 个一组），避免压垮客户端或服务端 - 上传过程中需要显示每张图的实时状态（等待/上传中/成功/失败），那就别只等最后一批结束才更新 UI —— 每个上传 Promise 内部应触发状态回调，
allSettled只负责兜底收尾校验 - 移动端尤其注意：部分安卓 WebView 对并发 Promise 支持不稳定，分批更稳妥
最常被忽略的一点：后端返回的错误信息（比如 “文件类型不支持”）往往藏在 reason.response.data.message 里，而不是直接在 reason.message 中 —— 别只打印 reason.toString() 就认为看到错误了。
