sublime text不自动继承终端环境变量，因其gui启动时不加载shell配置文件；解决方法是在.sublime-build中显式配置env字段，如path、pythonpath，并用$project_path动态拼接路径，windows用分号、macos/linux用冒号分隔。
Sublime 不会自动继承你终端里设的 PYTHONPATH、JAVA_HOME 或 PATH，哪怕你在 ~/.zshrc 里写得再全，GUI 启动的 Sublime 就是看不到——这是所有“脚本运行失败”的起点。
为什么终端能跑，Sublime 构建系统却报 “command not found”
根本原因：Sublime 主进程启动时，不加载 shell 配置文件（~/.zshrc、~/.bash_profile、Windows 的系统环境变量面板），也不读注册表或 /etc/environment。它只认两处变量：
- 构建系统配置中显式写的
env字段（仅作用于当前构建进程） - 启动 Sublime 时父进程传入的环境（极难稳定复现，macOS 上用
subl命令从已source过的终端启动才可能带一部分，但不可靠）
所以 echo $PATH 在终端里输出正常，import os; print(os.environ.get('PATH')) 在 Sublime 控制台里却为空或极短，不是 bug，是设计如此。
.sublime-build 里怎么写 env 才真正生效
env 必须是 JSON 对象，直接嵌在 .sublime-build 文件顶层，不能套在 variants 或其他字段里。常见错误是路径拼错、漏引号、或误用变量语法。
-
PYTHONPATH要用:（macOS/Linux）或;（Windows）分隔多个路径，不能换行或空格 - 路径里别用
~，写绝对路径，比如"/Users/you/project/lib"，否则 Python 导入失败 - Windows 上路径反斜杠要双写：
"C:\Python311\Lib\site-packages" - 如果项目结构固定，优先用
$project_path动态拼接："PYTHONPATH": "$project_path/src:$project_path/external/lib"
示例（macOS/Linux）：
{
"cmd": ["python3", "-u", "$file"],
"working_dir": "$file_path",
"env": {
"PYTHONPATH": "$project_path/src:$project_path/external/lib"
}
}
PATH 不对导致 javac 或 g++ 找不到怎么办
构建系统找不到编译器，90% 是因为 PATH 没塞进 env，而不是系统没装好。尤其 Windows 用户，Microsoft Store 版 Python、pyenv 管理的 JDK、Homebrew 安装的 g++，路径都不在默认 PATH 里。
- 先在终端确认命令真实路径：
which javac（macOS/Linux）或where javac（Windows） - 把这个路径加到
env.PATH开头，用:或;连接原有值（Sublime 不提供$PATH变量，得手动拼） - Windows 示例：
"PATH": "C:\Program Files\Java\jdk-17.0.1\bin;${PATH}" - macOS/Linux 示例：
"PATH": "/usr/lib/jvm/jdk-17.0.1/bin:${PATH}"
想按项目加载 .env 文件？用 EnvFile 插件
Sublime 原生不支持 .env，但可通过 EnvFile 插件实现项目级环境变量隔离。
- 用 Package Control 安装
EnvFile，它会自动识别项目根目录下的.env、.env.development等文件 - 插件加载后，无需改代码，构建系统就能拿到
.env里定义的变量（如DATABASE_URL） - 多环境文件有优先级：设为
development时，先读.env.development，再 fallback 到.env
注意：EnvFile 只注入变量，不修改构建系统的 cmd 或 shell_cmd；若需调用带参数的脚本，仍要确保 env 字段和插件行为不冲突——比如两者都设了 PYTHONPATH，后者会覆盖前者。
