sublime中ctrl+b无反应、报“command not found: g++”等问题，根本原因是gui应用未继承shell的path环境变量，导致无法定位系统已安装的g++编译器；需手动配置环境变量或构建系统路径，并注意macos下g++实际名为g++-14、正则匹配格式及中文路径兼容性问题。
Ctrl+B 没反应、报 command not found: g++、编译成功但输出一闪而过——这些问题都不是 Sublime 配错了，而是它根本没找到你系统里装好的编译器，或构建系统没对上你本地工具的实际行为。
g++ 能在终端跑，但 Sublime 找不到
GUI 应用（包括从 Dock、开始菜单、桌面图标启动的 Sublime）不会自动加载你的 shell 配置（如 ~/.zshrc 或 PATH），所以即使终端里 g++ --version 输出正常，Sublime 仍可能报错。
- Windows：安装 MinGW-w64 时务必勾选 “add to PATH”；漏了就手动把类似
C:mingw64in的路径加进「系统环境变量」 - macOS：用
brew install gcc后，g++实际叫g++-14（2026 年主流版本），构建系统里必须写成"cmd": ["g++-14", ...] - Linux / WSL2：确认你运行的是 Linux 版 Sublime（不是 Windows 版），否则无法调用 WSL 内的
g++
file_regex 不匹配，双击错误不跳转
GCC 12+ 默认报错格式是 main.cpp:5:12: error: ...（三段冒号分隔），而网上很多旧配置用空格或少一个冒号，一错就失效。
- 推荐正则：
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):\s+(error|warning):\s+(.*)$" - 别删
file_regex字段——没它，错误信息只是纯文本，没法双击定位 - 验证方法：故意写个语法错（比如
int x = ;），编译后看输出是否含xxx.cpp:行号:列号:这种结构，再调整正则
编译成功但程序一闪而过，看不到输出
Sublime 构建系统默认不暂停控制台，C++ 控制台程序执行完立刻退出，面板只闪一下就清空，你以为失败了，其实只是太快。
- 最简单办法：在
main()结尾加一行std::cin.get();，等用户按回车再退出 - 别依赖
system("pause")——它在 macOS/Linux 下无效，且不安全 - 如果想自动运行并停留，Linux/macOS 可用：
"shell_cmd": "g++-14 "${file}" -o "${file_path}/${file_base_name}" && "${file_path}/${file_base_name}" && echo '--- Press Enter to exit ---' && read -n1" - Windows 用户注意：
shell_cmd才支持&&，cmd字段不支持管道和多命令
为什么保存后不自动编译
Sublime 没有原生“保存即编译”功能。所谓自动编译，得靠插件（如 SublimeOnSaveBuild）监听保存事件再触发 build。
- 装完插件后，必须进设置（
Preferences → Package Settings → SublimeOnSaveBuild → Settings），把"extensions"改成只响应 C/C++：["c", "cpp", "cc", "cxx"] - 否则它会对 Python、JSON 等所有文件生效，容易误触、卡顿甚至冲突
- 更稳妥的做法其实是：不依赖自动编译，养成
Ctrl+B编译 +Ctrl+Shift+B运行的习惯，可控性更强
真正容易被忽略的点是：构建系统里所有路径变量（比如 ${file}）一旦含中文或空格，Windows 下大概率静默失败或报 fatal error: no input files。开发时项目路径、文件名全程用英文+下划线，比折腾编码兼容性省事得多。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
