Sublime Text一键运行报错90%因环境路径未对齐，它不继承shell PATH或venv/conda，只认.sublime-build中写死的绝对路径；需用where/which查真实路径、JSON中写死带引号的绝对路径、配全cmd数组（含-u或-std等参数）、selector匹配及file_regex适配错误格式。
Sublime Text 一键运行报错，90% 是环境路径没对上——它不继承 shell 的 PATH，也不读你终端里激活的 venv 或 conda，只认你写死在 .sublime-build 里的绝对路径或系统级环境变量。
为什么终端能跑，Sublime 就 command not found？
GUI 启动的 Sublime（比如从开始菜单、Dock 或桌面图标打开）不会加载 ~/.zshrc、~/.bash_profile 或 Windows 的用户 PATH，哪怕你在终端里执行 g++ --version 或 python3 --version 完全正常，Sublime 也完全看不见。
- 验证方法：在 Sublime 内置终端（
Ctrl+`）里直接敲g++ --version或python3 --version，失败就说明环境变量根本没生效 - Windows 用户尤其注意：MinGW 安装时漏选 “add to PATH”，或手动添加时只加到了「用户变量」而非「系统变量」，Sublime 就看不到
- macOS/Linux 用户用
brew install gcc后，g++实际叫g++-14（2026 年主流），构建系统里写"cmd": ["g++", ...]必然失败
怎么查到真正该填的绝对路径？
别猜、别复制网上旧教程的路径，用终端命令拿到你机器上此刻真实的可执行文件位置：
- Windows：
where python3（PowerShell 推荐）或where g++，选带Python312或mingw64\bin的那条 - macOS/Linux：
which python3或which g++-14，不是which python（那是 Python 2） - 如果命令无输出，说明该命令根本没装好，或没进 PATH——这时修系统 PATH 才是第一步，不是改 Sublime
- 路径含空格（如
C:/Program Files/Python312/python.exe）必须整体用双引号包裹，在 JSON 里写成"\"C:/Program Files/Python312/python.exe\""
Build System 里哪些字段不能少、不能错？
一个能跑的 .sublime-build 文件，核心就三件事：路径对、参数对、匹配对。
-
"cmd"数组第一项必须是解释器绝对路径（如"C:/mingw64/bin/g++.exe"），不能是"g++"；第二项必须是"-u"（Python）或"-std=c++14"（C++）这类关键参数；第三项必须是"${file}"（C/C++）或"$file"（Python） - Windows 下 MinGW 构建系统必须加
"shell": true，否则新版g++.exe（实为批处理）会因找不到 DLL 静默失败或报Invalid argument -
"selector": "source.python"或"source.c++"必须存在且拼写准确，否则 Sublime 根本不会启用这个构建系统 - 错误定位失效？检查
"file_regex"：GCC 12+ 默认格式是main.cpp:5:12: error:（三段冒号），旧配置用空格或两段冒号就废了
最常被忽略的“假成功”陷阱
控制台有输出、程序似乎跑起来了，但 input() 卡住、print() 不刷、中文乱码、双击 exe 闪退——这些都不是环境路径问题，而是构建系统细节没抠准。
- 没加
-u：Python 输出被缓冲，print("done")可能永远不显示，input()直接阻塞 - C++ 编译后不加
.exe后缀："${file_base_name}.exe"比"${file_base_name}"更稳，否则 Windows 双击不认识 - 用
system("pause")而不是std::cin.get()：前者非跨平台，且有安全风险 - Shell 脚本想用
read？Sublime 内置终端不支持交互式 stdin，必须换外部终端（如gnome-terminal -- bash -c "bash '${file}'; read -p 'Press Enter' "）或改用参数传入
