sublime text不继承gui环境变量，需从终端启动（如subl .）并验证os.environ.get('path')是否含目标路径；构建系统中cmd首项为绝对路径可绕过path依赖，为空格路径须用双反斜杠。
直接在 Sublime 里查不到系统 PATH，得靠终端验证
Sublime Text 不继承 GUI 环境变量，也不读 .zshrc 或 Windows 的用户级 PATH 缓存。你在桌面双击启动 Sublime，它看到的 PATH 是极简的（macOS/Linux 基本为空，Windows 只有系统级路径）。所以“在 Sublime 里按 Ctrl+` 打开 console 然后 print(os.environ.get('PATH'))”看到的值，和终端里 echo $PATH 完全不同——这不是 bug，是设计如此。
真正有效的验证方式只有一种：从终端启动 Sublime。
- macOS/Linux：终端执行
subl .（确保subl已配好），再在 Sublime 中按Ctrl+B运行构建系统；能跑通，说明终端 PATH 对 Sublime 生效 - Windows：CMD 或 PowerShell 中执行
subl，再测试Rscript --version或python --version构建
检查 Build System 是否真用了你指定的路径
很多人改了 .sublime-build 文件，但没注意 "cmd" 里写的是绝对路径还是命令名。如果写的是 ["python", "-u", "$file"]，Sublime 就会依赖当前环境的 PATH 去找 python；如果写的是 ["C:\Python39\python.exe", "-u", "$file"]，那就完全绕过 PATH，只认这个路径。
判断方式很简单：打开构建系统文件，看 "cmd" 数组第一项：
- 是纯命令名（如
"python"、"Rscript"）→ 依赖 PATH，必须从终端启动 Sublime 才可靠 - 是完整路径（含
.exe或/opt/...）→ 不依赖 PATH，但路径写错就直接报Unable to find command - 含空格路径（如
C:Program Files...）→ Windows 下必须用双反斜杠或正斜杠，且不能加引号包裹整个字符串
快速定位 PATH 是否被 Sublime 识别的实操步骤
不用猜，三步确认：
- 在终端运行
which python（macOS/Linux）或where python（Windows），记下输出路径 - 新建一个
test.py，内容为import os; print(os.environ.get('PATH')) - 从同一终端执行
subl test.py，然后Ctrl+B运行 → 输出的PATH字符串里，必须包含上一步的路径
如果没出现，说明 Sublime 没拿到你预期的环境；此时别调构建系统，先回头检查 subl 启动方式或 shell 初始化文件是否漏 source。
EnvFile 插件加载的 .env 变量不显示在 os.environ 里
用 EnvFile 插件自动注入 .env 变量时，这些变量只作用于 Build System 的 "env" 字段或插件自身逻辑，不会污染 Sublime 主进程的 os.environ。所以你在 console 里 print(os.environ) 看不到它们是正常的。
要确认 .env 是否生效，唯一办法是：
- 在构建系统中加一行
"cmd": ["sh", "-c", "env | grep MY_VAR"]（Linux/macOS）或"cmd": ["cmd", "/c", "set MY_VAR"]（Windows） - 确保
.env文件在项目根目录，且插件已识别到（状态栏右下角应显示EnvFile: .env）
插件不会修改 Sublime 自身环境，它只在每次构建时临时注入 —— 这是隔离性保障，不是缺陷。
