sublime text 不支持全局环境变量配置，只能通过插件（如 envfile）按项目加载 .env 文件，或在构建系统中硬编码 env 字段实现项目级注入，且两者互不干扰、后者优先级更高。
Sublime Text 本身不支持“批量配置环境变量”——它没有全局环境变量管理面板，所有环境变量都必须按项目或构建系统单独注入。 你看到的“批量”效果，其实是靠插件 + 约定路径 + 自动加载机制实现的，不是一键全项目生效。
为什么不能直接在 Sublime 里设全局环境变量？
Sublime 是纯编辑器，不托管运行时进程；它调用的是系统 shell 或外部解释器（如 python、node），而这些进程启动时读取的是操作系统级的环境变量（Windows 的 PATH/用户变量、macOS/Linux 的 shell 初始化文件）。Sublime 自身不参与环境变量继承链，也不提供“设置所有项目共用 ENV”的入口。
常见误解：以为改了系统 PATH 就等于 Sublime “有了环境变量”——其实只是让 subl 命令能启动，跟 Python 构建、Shell 命令执行、插件行为完全无关。
用 EnvFile 插件实现项目级自动加载 .env 文件
这是目前最接近“批量配置”的可行方案：每个项目放一个 .env，插件自动识别并注入到 Build System 和命令执行上下文中。
- 安装
EnvFile：按Ctrl+Shift+P→ 输入Install Package→ 搜索并安装EnvFile - 在项目根目录下创建
.env（如DATABASE_URL=sqlite:///dev.db），或按环境命名：.env.development、.env.production - 插件默认启用，无需额外配置；它会在你运行
Build、SublimeREPL或其他命令时自动把变量注入子进程 - 注意：它只对当前打开的“项目文件夹”生效；多个窗口 = 多个独立环境，不会跨项目污染
构建系统里硬编码环境变量（适合固定工具链）
如果你有多个 Python 项目共用同一个虚拟环境，或 Node 项目统一用某个 nvm 版本，可以在自定义 Build System 中显式传入 env 字段：
{
"cmd": ["python", "-u", "$file"],
"env": {
"PYTHONPATH": "/path/to/my/libs",
"DJANGO_SETTINGS_MODULE": "myproject.settings.development"
},
"selector": "source.python"
}
要点：
-
env是 JSON 对象，键值均为字符串；路径含空格需用正斜杠或双反斜杠（Windows） - 这个配置只对当前 Build System 生效，不能被其他项目复用——想“批量”，就得复制粘贴这个 JSON 到每个项目的
sublime-build文件中 - 和
EnvFile不冲突，但优先级更高：如果.env和env字段同时定义了PATH，后者会覆盖前者
容易忽略的关键点
真正卡住人的从来不是“怎么配”，而是“谁在读这个变量”：
- Build System 中的
env只影响cmd启动的子进程，不影响 Sublime 主进程，也不影响插件（比如 Anaconda 的 linting） -
EnvFile不修改系统环境，只在命令执行瞬间注入；你在 Sublime 控制台里敲print(os.environ)看不到它 - macOS Sonoma+ 和 Windows 沙盒策略可能拦截环境变量传递，尤其是涉及 GUI 应用调用终端命令时；此时需要手动在终端中启动
subl（如subl .），而非从 Finder/Docker/IDE 启动
