解读

面试官抛出“并发数限制”这一关键词，核心想考察两点：

1. 你是否理解 Grunt 任务默认是串行 的，真正的“并发”往往来自插件内部（如 grunt-concurrent、grunt-parallel、grunt-contrib-watch 的 spawn 模式）或外部进程（shell、node cluster）。
2. 当并发被打开后，你如何 用 Grunt 生态内手段 把并发上限压到“安全水位”，避免 CPU 跑满、内存溢出、端口抢占、磁盘 I/O 打爆等线上事故。
   国内大厂在 CI 容器里普遍给前端 Job 2～4 核，一旦并发任务过多，容器会被 YARN/K8s 直接 OOMKill，所以“限制最大并发”是工程化必答题。

知识点

1. grunt-concurrent 的 limit 参数：
   grunt.initConfig({ concurrent: { target: { tasks: ['eslint', 'stylelint', 'mocha'], limit: 3 } } })
   底层用 async.parallelLimit，limit 值即最大并发数。
2. grunt-parallel 的 grunt:option:limit：
   该插件默认无上限，需手动在任务数组外加 limit: Number，否则会把所有子任务一次性 spawn。
3. grunt-contrib-watch 的 spawn / livereload 并发：
   可通过 options.livereload: { port: 35729, key: ..., cert: ... } 固定端口，避免多实例抢占；若用 nospawn: true 则退回到串行，天然无并发。
4. 自定义并发池：
   在 Gruntfile.js 里手写 async/await + p-limit 或 worker_threads，把 CPU 核心数 require('os').cpus().length 作为上限，用 grunt.task.run 动态推入队列，实现“插件级”并发控制。
5. CI 环境变量兜底：
   通过 process.env.GRUNT_MAX_CONCURRENCY || 4 读取容器配额，做到“同一套代码，本地宽松、CI 严格”。

答案

“Grunt 本身按任务列表顺序执行，真正的并发出现在插件侧。我常用的做法是：

1. 对于 grunt-concurrent，在 concurrent.target 里直接加 limit 字段，值取 Math.min(cpus().length, 4)，既利用多核又防止过载。
2. 若团队选用 grunt-parallel，我会显式传入 limit 参数，并在 CI 镜像里通过 export GRUNT_CONCURRENT_LIMIT=2 做环境覆盖，保证容器资源安全。
3. 当内置插件不满足时，我手写一个 asyncPool 任务：

   const pLimit = require('p-limit');
   grunt.registerTask('asyncPool', function() {
     const done = this.async();
     const limit = pLimit(+process.env.GRUNT_MAX_CONCURRENCY || 4);
     const subTasks = ['eslint', 'stylelint', 'mocha:unit', 'karma'];
     Promise.all(subTasks.map(t => limit(() => grunt.util.spawnPromise({ grunt: true, args: [t] }))))
            .then(() => done(), done);
   });
   

   这样就把并发上限牢牢卡在 4，无论本地还是云构建都不会爆资源。
4. 最后把 time-grunt 打开，对比优化前后的构建耗时与 CPU 曲线，用数据证明并发限制没有拖慢流水线，反而让任务更稳定。”

拓展思考

1. 动态限流：在 grunt-concurrent 基础上再包一层 p-queue，根据 loadavg 实时下调并发，实现“自适应过载保护”。
2. 跨项目资源隔离：把并发池做成独立 npm 包，通过 singleton 模式共享给多个子项目，避免微前端仓库同时触发构建时把宿主机打满。
3. 与 npm script 混合：在 package.json 里用 npm-run-all --max-parallel 3 调起 grunt，让非 grunt 任务也受同一并发上限约束，形成企业级统一构建底座。