应避免安装到C:Program Files，因其受UAC写入保护导致插件、更新、缓存失败，且“Program Files”含空格易使构建系统崩溃；推荐装至纯英文无空格路径如C:SublimeText，并正确配置PATH。
为什么不能装在默认的 C:Program Files？
Windows 对 C:Program Files 有写入保护（UAC），Sublime Text 启动插件、自动更新或写入缓存时容易报 Permission denied，尤其 Package Control 安装失败、插件无法启用基本都源于此。更隐蔽的问题是：某些构建系统（比如调用 g++ 编译后生成 .exe）若输出路径含空格或中文，shell_cmd 会因未加引号直接崩掉——而默认路径里“Program Files”就是带空格的。
推荐做法：
- 安装时主动点击
Browse，选一个**纯英文、无空格、无权限限制**的路径，例如：C:SublimeText或C:st3 - 勾选
Add to PATH（32/64 位安装器都支持），它会自动把subl.exe所在目录写进系统Path - 装完不用重启，新开一个 CMD 或 PowerShell 就能直接敲
subl --help验证
subl 命令不生效？检查这三处
即使勾选了 Add to PATH，也可能失效。常见原因不是“没加”，而是“加错位置”或“没加载”。
排查步骤：
- 先确认
subl.exe确实存在：打开你选的安装目录（如C:SublimeText），看有没有这个文件 - 打开 CMD，执行
echo %PATH%，搜一下你的安装路径是否在里面；如果没出现，说明安装器没写成功，得手动加 - 手动添加时，**不要只粘贴路径，要确认结尾没有反斜杠**：
C:SublimeText✅，C:SublimeText❌（Windows 会忽略末尾反斜杠导致识别失败） - 加完点“确定”后，必须新开一个 CMD 窗口——旧窗口的环境变量不会自动刷新
MinGW 和 Sublime 的 PATH 要分开配，别混在一起
很多人把 MinGW 的 bin 路径（如 C:SublimeTextMingW64mingw64in）和 Sublime 自身路径（C:SublimeText）一起塞进 Path，以为省事。但这两者用途完全不同：
-
subl.exe是编辑器入口，只用于启动 GUI 或命令行调用 -
g++.exe是编译器，只在 Build System 里被shell_cmd调用 - 如果 MinGW 路径配错（比如漏了
in后缀），Ctrl+B会直接报'g++' is not recognized - 反过来，如果只配了 MinGW 没配 Sublime 路径，
subl .就永远打不开
建议：两个路径都加，但分别验证——subl --help 和 g++ -v 必须各自能独立运行成功。
Build System 里硬编码路径？别这么干
有些教程教你在 .sublime-build 文件里写死 "cmd": ["C:\MinGW\bin\g++.exe", ...]，看似稳妥，实则埋雷：
- 换电脑、重装系统后所有构建系统全废
- 协作项目里别人拉代码，构建直接挂
- Sublime 默认走系统
PATH查找可执行文件，只要g++在Path里，"shell_cmd": "g++ ..."就能跨平台复用 - 真正该写死的是标准和优化参数，比如
-std=c++20 -O2 -Wall，不是路径
唯一需要路径硬编码的场景，是你机器上装了多个 GCC 版本（比如 MSVC 工具链 + MinGW），且必须指定某一个——这时才用绝对路径，否则一律靠 PATH 解耦。
最易被忽略的一点：Sublime 的构建系统不读取你当前 CMD 窗口的 PATH，它读的是 Windows 系统级环境变量。哪怕你在 CMD 里临时 set PATH=...，对 Sublime 无效。所以验证一定要用系统级方式，而不是“我在终端里能跑，编辑器里就该能跑”这种错觉。
