解读

在国内前端面试中，这道题常被用来考察候选人对 Grunt 内部加载机制与调试手段的熟悉程度。
面试官真正想确认的是：

1. 你是否知道 Grunt 在加载 Gruntfile 之后会把 package.json 中的 grunt 配置字段、Gruntfile 中的 initConfig、命令行参数以及 grunt.task.loadNpmTasks 引入的插件默认配置 全部合并成一份“运行时配置对象”；
2. 你是否掌握 --debug 这一官方调试开关，并能在不借助第三方插件的前提下把这份最终配置打印出来，用于排查任务不生效、配置被覆盖等线上问题。
   答不出“打印”这一步，会被认为只会写配置，不会调试，直接扣分。

知识点

• grunt.cli 在启动时会解析 --debug 标志，并把 grunt.option('debug') 设为 true；
• grunt 内部使用 grunt.config() 统一存储合并后的配置，键值对扁平化后可通过 grunt.config.get() 或 grunt.config.getRaw() 读取；
• 当 --debug 打开时，grunt.log 会输出更多诊断信息，但不会自动打印整个配置对象，需要手动调用 grunt.log.debug；
• 合并顺序（优先级由低到高）：插件默认配置 → package.json 中的 grunt 字段 → Gruntfile.initConfig → 命令行覆盖参数（--foo=bar）；
• 线上排查口诀：“先 --debug，再 grunt.config，最后 grunt --stack”。

答案

在 Gruntfile.js 底部增加一段调试钩子即可：

module.exports = function(grunt) {
  // 1. 加载所有配置
  grunt.initConfig({ /* 你的任务配置 */ });

  // 2. 注册一个仅调试阶段执行的 task
  grunt.registerTask('print-final-config', function() {
    if (grunt.option('debug')) {
      // 3. 使用 grunt.log.debug 仅在 --debug 时输出
      grunt.log.debug('===== 合并后的最终配置 =====');
      grunt.log.debug(JSON.stringify(grunt.config(), null, 2));
    }
  });

  // 4. 保证每次运行都先打印
  grunt.task.run('print-final-config');
};

命令行执行：

grunt default --debug

终端即可看到完整的、合并后的最终配置对象，包括被插件覆盖的字段、被命令行参数动态改写的值，方便一次性确认配置是否符合预期。

拓展思考

1. 如果项目使用 load-grunt-config 或 jit-grunt 做配置拆分，上述方法同样适用，因为无论配置被拆成多少文件，最终都会汇总到 grunt.config()；
2. 在 CI 环境可以重定向输出：
   grunt --debug > grunt-final-config.json 2>&1
   再把 grunt-final-config.json 作为制品上传，供测试、运维二次校验；
3. 若想仅打印某个任务的最终配置，可用 grunt.config.get(['uglify', 'dist']) 精准输出，避免刷屏；
4. 高阶用法：结合 grunt.event.on('watch'，callback) 在文件变动时实时 diff 配置，实现“热调试”模式，把问题定位时间从小时级降到分钟级。