Ninja比make快因无冗余输出，但Sublime默认不识别其紧凑格式；需配置working_dir、file_regex、-v参数及variants才能实现跳转、重试和进度显示。
为什么 ninja build 比 make -j 快，但 Sublime Text 默认不识别 ninja 输出？
因为 Ninja 的输出是紧凑、无冗余的纯状态流（比如 [1/123] CXX obj/foo.o），而 Sublime Text 的默认构建系统依赖 make 风格的“目标：依赖”行或明显错误标记（如 error:、fatal error:）来高亮定位。Ninja 默认不打印完整命令，也不在出错时自动补全文件路径，导致跳转失败、错误面板空或位置错乱。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 强制 Ninja 输出完整命令行：在
build.ninja生成时传入-v（如 CMake 添加-DCMAKE_NINJA_ALWAYS_FULL_COMMAND_LINE=ON），或运行时加-v参数 - 让 Sublime Text 构建系统能解析 Ninja 错误格式：在构建配置中启用
file_regex匹配常见编译器错误，例如："file_regex": "^(.*?):(\d+):(\d+):\s+(error|warning|note):\s+(.*)$"
- 避免用
ninja -C build/直接调用——Sublime 的工作目录可能不匹配，应统一用working_dir显式指定
如何写一个真正可用的 Sublime Text Ninja 构建系统（.sublime-build）？
关键不是“能跑”，而是“能跳转、能重试、能显示进度”。默认模板里只写 "cmd": ["ninja"] 是不够的。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须设置
"working_dir": "${project_path}/build"，否则 Ninja 找不到build.ninja - 添加
"selector": "source.c++,source.cpp"，避免在非 C++ 文件里误触发 - 用
"variants"区分常用操作：例如"Build"（只编译）、"Build & Run"（编译后执行./out/app）、"Clean"（执行ninja -t clean） - 错误正则要兼容 clang/gcc 不同格式：gcc 常见
foo.cpp:123:5: error:，clang 可能是foo.cpp:123:5: note:，所以file_regex中的(error|warning|note)不能省
ninja -k0 和 ninja -k1 在 Sublime 中的行为差异有多大？
ninja -k0 会继续构建所有可并行任务直到全部完成（或卡死），而 ninja -k1（默认）遇到第一个错误就停。这对 Sublime 的体验影响直接：前者可能掩盖后续真实问题，后者会让构建过早中断，但错误定位更准。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 日常开发用
-k1（默认）——Sublime 的错误面板一次只处理一个焦点问题，多错误堆叠反而难定位 - CI 或批量验证时才用
-k0，但在 Sublime 构建系统中慎用：它可能导致构建进程长时间挂起、UI 假死 - 若真需要看全部错误，改用
ninja -k100（限制最多报 100 个错误），比-k0更可控
大型工程下，ninja rebuild 为何有时比预期慢？Sublime 怎么避免“假重编译”？
Ninja 本身很快，但慢常来自两个隐形环节：一是 CMake 重新生成 build.ninja（比如改了 CMakeLists.txt），二是 Sublime 每次构建都从头启动新进程，没复用 Ninja 后台服务（ninja -d daemon 不被 Sublime 支持）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 禁用自动 CMake 重配置：在 Sublime 构建系统中不要调用
cmake ..，只调ninja；CMake 更新由开发者手动触发（比如保存CMakeLists.txt后按快捷键） - 用
ninja -f build.ninja -n（dry-run）预估变更范围，配合 Sublime 插件（如Terminus）快速查看哪些目标会被重建 - 确认
build.ninja时间戳未被编辑器意外更新——某些插件（如自动保存备份）可能 touch 文件，触发 Ninja 全量重建
真正卡顿的地方往往不在 Ninja 本身，而在构建前的路径解析、环境变量加载、以及 Sublime 对长输出流的逐行缓冲处理。如果发现构建面板响应迟滞，优先检查 build.ninja 是否包含大量重复 include 或未收敛的生成规则。
