Sublime 找不到编译器是因为 GUI 启动时不加载 shell 的 PATH 配置；macOS/Linux 需通过 launchd 或 ~/.profile 设置全局 PATH，Windows 需重启 Sublime 进程或硬编码编译器路径。
Sublime 找不到编译器，不是它“配错了”，而是它压根没加载你 shell 里设好的 PATH —— GUI 启动的 Sublime（从 Dock、开始菜单、桌面图标打开）默认不读 ~/.zshrc、~/.bash_profile 或 Windows 系统变量里的 PATH，哪怕终端里 g++ --version 跑得飞起，Sublime 仍会报 command not found: g++。
为什么终端能跑，Sublime 就找不到？
GUI 应用启动时绕过你的 shell 初始化流程。macOS/Linux 由 launchd 或桌面环境直接拉起，不执行 ~/.zshrc；Windows 下双击启动的 Sublime 继承的是登录会话的旧环境变量，改完系统 PATH 不重启进程就无效。
- 验证方式：在 Sublime 中按
Ctrl+`打开内置 Python 控制台，输入import os; print(os.environ.get('PATH'))，看输出是否含你的编译器路径（比如/opt/homebrew/bin或C:msys64mingw64in） - 临时现象：用终端执行
subl .启动 Sublime，此时它能继承当前 shell 的 PATH，编译可能正常——但这不代表 GUI 启动也 OK - 根本区别：
shell_cmd依赖 shell 解析，cmd数组则直调二进制，但两者都受限于 Sublime 进程启动时拿到的PATH
macOS/Linux：让 launchd 或登录会话加载 PATH
不能只靠改 ~/.zshrc，GUI 启动的应用看不到它。
- macOS 推荐方案：创建
~/Library/LaunchAgents/environment.plist，写入PATH值，再运行launchctl load ~/Library/LaunchAgents/environment.plist - Linux（GNOME/KDE）：把
export PATH="/usr/local/bin:/opt/homebrew/bin:$PATH"加到~/.profile（不是~/.bashrc），登出重进生效 - 最省事但略糙：修改桌面启动项，比如
Sublime Text.desktop里的Exec=行改成Exec=env PATH="/opt/homebrew/bin:$PATH" /opt/sublime_text/sublime_text %F
Windows：PATH 生效但 Sublime 没刷新
改完系统环境变量后，Sublime 进程必须彻底退出（包括托盘图标），否则它还在用老的 PATH 快照。
- 检查方式：任务管理器 → 性能 → 打开资源监视器 → 在“关联的句柄”中搜索
sublime，确认没有残留进程 - MinGW-w64 安装时务必勾选 “Add to PATH”，否则即使路径正确，
where g++在 CMD 里也查不到 - 如果仍不行，直接在
.sublime-build里写死路径："cmd": ["C:\msys64\mingw64\bin\g++.exe", "${file}", "-o", "${file_base_name}"]（注意双反斜杠）
终极兜底：构建系统里硬编码编译器路径
不想碰系统配置？直接在 Packages/User/C++.sublime-build 里指定绝对路径，一劳永逸，且跨平台稳定。
- macOS 示例（Homebrew GCC）：
"cmd": ["/opt/homebrew/bin/g++-14", "${file}", "-o", "${file_base_name}", "-std=c++17"] - Linux 示例：
"cmd": ["/usr/bin/g++", "${file}", "-o", "${file_base_name}"] - Windows 示例：
"cmd": ["C:\msys64\mingw64\bin\g++.exe", "${file}", "-o", "${file_base_name}.exe"] - 注意：
${file}含空格时，cmd数组会自动处理，不用加引号；shell_cmd字符串里才需"${file}"
真正容易被忽略的点是：Sublime 的 PATH 加载时机只发生在进程启动那一刻，而不是每次 Ctrl+B 时重新读取。改了环境变量却不杀干净进程，配置永远不生效。
