解读

面试官抛出“分片上传大文件的阈值配置”并不是想听你背诵 Grunt 插件列表，而是考察三点：

1. 你是否理解大文件分片上传的业务痛点（网络抖动、内存占用、失败重试）。
2. 你是否能把“阈值”这一运行时参数落到 Grunt 的“配置即代码”体系里，而不是写死在前端业务代码。
3. 你是否知道中国国内云厂商（阿里云 OSS、腾讯云 COS、七牛 Kodo）对分片大小的强制约束，以及如何在 Gruntfile 里动态切换。

一句话：把“多大算大、切多大片”做成可配置、可覆盖、可灰度的 Grunt 任务，同时兼顾国内云厂商限制。

知识点

1. Grunt 配置范式：grunt.initConfig({ task: { options: { threshold: 5 * 1024 * 1024 } } })；grunt.option('threshold') 可运行时覆盖。
2. Node 流式分片逻辑：fs.createReadStream(path, { start, end }) 配合 highWaterMark 控制内存峰值。
3. 国内云厂商分片约束：
   • 阿里云 OSS：分片最小 100 KB，最大 5 GB，片数 ≤10000，因此阈值必须 ≥100 KB 且 ≤50 GB。
   • 腾讯云 COS：片数 ≤10000，单片 1 MB–5 GB，推荐 8 MB。
4. Grunt 任务生命周期钩子：grunt.task.run('upload') 之前可用 grunt.config.get('upload.options.threshold') 做二次校验。
5. 灰度与多环境：通过 grunt.file.readJSON('env.json')[grunt.config('env')].threshold 实现测试环境 2 MB、生产 8 MB 的差异化配置。

答案

在 Grunt 体系里，分片上传大文件的阈值配置分三步落地：

第一步，把阈值做成可运行时覆盖的 Grunt 配置项。

grunt.initConfig({
  upload: {
    options: {
      // 默认 8 MB，符合国内云厂商推荐
      threshold: 8 * 1024 * 1024,
      // 并发数同样可配
      concurrency: 3
    },
    dist: {
      src: 'dist/**/*.{zip,tar,gz}'
    }
  }
});

第二步，在自定义任务里读取阈值并校验云厂商约束。

grunt.registerTask('upload', function() {
  const threshold = grunt.config('upload.options.threshold');
  // 阿里云 OSS 硬性下限 100 KB
  if (threshold < 100 * 1024) {
    grunt.fail.fatal('阿里云 OSS 单分片不得小于 100 KB');
  }
  // 根据文件大小决定是否分片
  const stat = fs.statSync(file);
  if (stat.size > threshold) {
    // 计算片数并流式上传
    const chunks = Math.ceil(stat.size / threshold);
    // … 调用官方 SDK 的 multipartUpload
  } else {
    // 直传
  }
});

第三步，通过命令行或环境文件动态覆盖阈值，实现灰度发布。

grunt upload --threshold=2097152  # 2 MB，测试环境小文件验证

或在 env.json 里写死多套值，CI 流水线根据分支自动注入，无需改动业务代码即可调整阈值。

拓展思考

1. 阈值与内存的权衡：Node 单进程默认 2 GB 堆上限，若阈值设 100 MB，并发 10 片就会占用 1 GB 堆外内存，建议阈值 ≤8 MB 且并发 ≤5，避免容器 OOM。
2. 失败重试与断点续传：Grunt 任务无状态，需把已上传的 uploadId 与 partETag 落盘到 .grunt-cache/upload.json，下次运行时先调用 listParts 做断点续传，阈值变化时要重新计算片偏移。
3. 国内合规加速：若客户端走 HTTPS 且文件 >100 MB，云厂商强制走内网上传域名，阈值配置需联动 CDN 加速域名切换，可在 Gruntfile 里用 grunt.config.set('upload.options.endpoint', internalEndpoint) 动态改写。