Sublime Text不读取全局环境变量，仅继承启动进程的PATH；macOS/Linux图形启动不加载shell配置，Windows需彻底重启subl.exe并确保JDK/bin在系统Path中，硬编码编译器绝对路径最可靠。
Sublime Text 本身不读取、也不“配置”全局环境变量——它只继承启动时所在进程的环境变量。所谓“配置全局编译器环境变量”，本质是让 subl 命令或图形界面启动的 Sublime 进程能拿到你终端里有效的 PATH（含 javac、g++、python3 等路径）。
为什么 Ctrl+B 找不到 g++/javac/python？
不是 Sublime 没配好，而是它根本没拿到你 shell 里定义的环境变量：
- macOS/Linux：双击 Dock 图标启动 Sublime → 不加载
~/.zshrc或~/.bash_profile→PATH里没有/usr/local/bin或 JDKbin目录 - Windows：改了系统 PATH 但没杀掉所有
subl.exe进程 → 旧进程还在用启动时缓存的老PATH - 所有平台：用
subl .启动时，如果subl命令本身失效，那整个继承链就断了
Windows 上让 subl 继承正确 PATH 的硬解法
别依赖“Add to PATH”勾选项（新版安装器才支持），手动确认并强制刷新：
- 查
subl.exe是否真实存在：打开安装目录（如C:\Program Files\Sublime Text\subl.exe），不存在就重装官网正版 - 把 Sublime 安装目录（不是子文件夹！）加进「系统变量」→
Path，例如C:\Program Files\Sublime Text - 关掉所有 CMD/PowerShell/Windows Terminal 窗口，再新开一个，运行
subl --help验证 - 右键任务栏 Sublime 图标 → “退出”，再从新终端执行
subl .启动，这样它才继承当前终端的完整PATH
macOS/Linux 必须改 shell 初始化文件
图形环境不读 ~/.zshrc 是系统行为，不是 bug。只改 /etc/environment 或 GUI PATH 设置无效：
- zsh 用户（macOS Catalina+ 默认）：在
~/.zshrc末尾加export PATH="/opt/homebrew/bin:/usr/local/bin:$PATH"（含你的编译器路径） - 然后终端执行
source ~/.zshrc，再运行open -a "Sublime Text"或subl . - 如果用 GUI 启动（比如 Spotlight），需注销重登录，或在
~/.zprofile里也写一遍export PATH=... - 验证是否生效：在 Sublime 里按
Ctrl+`调出 Python 控制台，输入import os; os.environ.get("PATH")，看输出是否含你预期的路径
Build System 里硬编码路径才是真稳定
哪怕环境变量全对，不同项目用不同 JDK/GCC 版本时，继承式调用照样翻车。直接写死路径最省心：
- C++ 构建系统中：
"cmd": ["/opt/homebrew/bin/g++", "-std=c++17", "$file", "-o", "$file_base_name"] - Java 构建系统中：
"shell_cmd": "/Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk/Contents/Home/bin/javac -encoding UTF-8 \"$file\" && /Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk/Contents/Home/bin/java \"$file_base_name\"" - Python 构建系统中：
"cmd": ["/opt/homebrew/bin/python3", "$file"]（避免python指向 Python 2）
真正容易被忽略的是：Sublime 的 Build System 在 Windows 上默认不继承用户环境变量里的 JAVA_HOME 或 GOROOT，这些变量即使存在，shell_cmd 里也拿不到——必须显式拼进命令，或改用 env 字段注入。
