控制javascript异步并发的核心是限制同时执行的promise数量，常用“任务队列+有限工作线程”模型，可通过p-limit库或手写promisepool实现，支持错误隔离、分批处理及资源优化。
控制 JavaScript 异步任务的并发数量，核心是限制同时执行的 Promise 数量，避免资源耗尽或接口限流。常用且实用的方法是使用“任务队列 + 有限工作线程”模型，而不是一次性发起全部请求。
用 PromisePool 实现固定并发数
这是最直观的方式：维护一个运行中的任务池，当有任务完成时，自动加入下一个待执行任务。可手写，也可用成熟库如 p-limit 或 es6-promise-pool。
- p-limit 轻量、专注并发控制：安装后创建 limit 函数，传入最大并发数，再用它包装每个异步操作
- 例如：
const limit = pLimit(3); const promises = urls.map(url => limit(() => fetch(url))); await Promise.all(promises); - 它内部不阻塞调用，只是排队，保证任意时刻最多 3 个 fetch 同时进行
手动实现并发控制器（适合学习或定制）
理解原理有助于应对特殊场景，比如需要错误重试、优先级或动态调整并发数。
- 维护一个 running 计数器 和一个 等待队列
- 每次执行新任务前检查 running 是否小于上限；若已达上限，则将任务推入队列并返回一个 promise，等有任务结束时 resolve 它
- 每个实际任务完成后，running 减 1，并从队列取一个任务执行（递归触发）
- 注意：需确保异常不中断后续调度，可用
.catch(() => {})捕获单个任务错误
结合 async/await 与 for 循环分批处理
适用于任务量明确、不需要复杂调度逻辑的场景，比如上传 100 个文件，每次最多 5 个并发。
- 把任务数组按每批 size 分组，例如
chunk(arr, 5) - 对每一批调用
Promise.all(batch.map(fn))，然后 await 完成后再处理下一批 - 优点是代码清晰、无额外依赖；缺点是存在“空档期”——上一批全完成才启下一批，不如 pool 方式利用率高
注意事项和常见坑
并发控制不是加个数字就万事大吉，还需关注上下文细节。
- 浏览器中过多并发请求可能触发同域连接数限制（通常 6~10），超出部分会排队等待，看似“没并发”但实际卡在 TCP 层
- 服务端限流（如 429）需配合重试策略，单纯降并发数不能解决所有问题
- 不要在循环中直接
await每个请求——那变成串行；也不要不加控制地Promise.all(allRequests)——那变成全量并发 - Node.js 环境下还要留意内存堆积：大量 pending Promise 可能占用较多堆空间，尤其任务体较大时
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
