sublime text 中 ctrl+b 无反应是因为未配置构建系统；需手动创建 c++.sublime-build 文件指定 g++ 路径、编译参数及运行变体，并注意 path 环境变量在 gui 中不生效的问题。
Sublime Text 里 Ctrl+B 没反应？先确认你没漏掉构建系统
Sublime Text 默认不带 C++ 编译能力，Ctrl+B 失效不是你配错了，而是根本没装“构建系统”。它不像 VS Code 那样自动探测 g++ 或 clang++，必须手动告诉它：用什么命令、在哪儿找编译器、怎么传参数。
常见错误现象：Ctrl+B 按下后底部状态栏一闪而过“Building…”就没了，或者弹出“Error: No build system”；也有人看到“command not found: g++”，其实是 PATH 没进 Sublime 的运行环境（和终端里能跑不等于 Sublime 能调用）。
- Windows 用户优先用 MinGW-w64（别用老版 TDM-GCC），安装时勾选“add to PATH”
- macOS 用户用
brew install gcc后，g++实际是g++-14这类带版本号的命令，得在构建系统里写对 - Linux 用户一般没问题，但 WSL2 下要注意 Sublime 是 Windows 版还是 Linux 版——Windows 版 Sublime 无法直接调用 WSL 里的
g++
手写一个可用的 C++.sublime-build 文件
别去网上抄别人改了十遍的复杂配置。学生党写作业、刷题、跑小项目，只要支持 g++ 编译单文件 + 自动运行，就够了。关键点不是功能多，是路径不报错、参数不冲突、输出能看清。
把下面内容保存为 C++.sublime-build，放到 Sublime 的 Packages/User/ 目录下（菜单 → Preferences → Browse Packages → User）：
立即学习“C++免费学习笔记（深入）”；
{
"shell_cmd": "g++ -std=c++17 -Wall \"${file}\" -o \"${file_path}/${file_base_name}\"",
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? (.*)$",
"working_dir": "${file_path}",
"selector": "source.c++, source.cpp",
"variants": [
{
"name": "Run",
"shell_cmd": "cd \"${file_path}\" && \"${file_path}/${file_base_name}\""
}
]
}
-
"shell_cmd"里-std=c++17是为了兼容新语法（比如if constexpr），-Wall强制提醒潜在问题，比默认安静模式更利于学习 -
"file_regex"这行让报错双击能跳转到对应行，别删，否则错误信息就只是纯文本 -
"variants"加了个 Run 变体：按Ctrl+Shift+B就能直接运行，不用切终端。注意它用的是&&连接，确保先 cd 成功再执行 - 如果用 clang++，把
g++全换成clang++，macOS 上可能要写成clang++-15
为什么改了 PATH 终端里能编译，Sublime 还是报 “g++ not found”？
Sublime Text（尤其 macOS 和 Linux GUI 启动的版本）启动时不会加载你的 shell 配置（比如 ~/.zshrc），所以它根本不知道你加了 /usr/local/bin 或 ~/mingw64/bin 到 PATH。
- macOS：用
launchctl setenv PATH "..."; open -a "Sublime Text"临时补，但重启 Terminal 后失效；长期方案是用~/.zprofile并确保 GUI 应用能读到（较麻烦） - Windows：检查系统环境变量 PATH 是否真包含 MinGW 的
bin目录（比如C:\mingw64\bin），而不是只改了用户变量 - 最稳的解法：在
.sublime-build里写绝对路径，比如"shell_cmd": "C:/mingw64/bin/g++.exe -std=c++17 ..."—— 虽然丑，但不依赖 PATH，学生交作业前调试阶段推荐
调试不了断点？别硬刚，Sublime 本就不适合调试 C++
想用 F9 打断点、F5 单步？省省。Sublime 没集成 GDB/LLDB，也没调试面板。强行配 sublime-gdb 插件会卡死、崩溃、路径错乱，尤其 Windows 下 gdb 启动极慢，学生党花半天配好，发现不能看变量值，得不偿失。
- 简单替代：用
cout 手动打桩，配合 <code>Ctrl+Shift+B快速验证逻辑 - 稍进一步：把代码复制进 VS Code，它开箱即用 C++ 扩展 + 自动检测 GDB，调试体验顺滑得多
- 竞赛/刷题场景：几乎不需要调试器，靠输入输出样例 + 编译警告就能定位 90% 的问题
真正容易被忽略的点是：构建系统里 "working_dir" 和 "shell_cmd" 中路径变量的匹配。很多人改了编译命令却忘了同步改运行命令里的路径，导致生成的可执行文件找不到，或运行时读不到同目录下的 input.txt —— 这种路径错位问题，比编译失败更难排查。
