subl命令配不起来需先确认subl.exe或subl文件是否存在：windows检查安装目录根目录下是否有subl.exe，macos/linux核对/applications/sublime text.app/contents/sharedsupport/bin/subl路径是否正确；path配置后必须重启终端验证，且需授予系统完全磁盘访问权限。
subl 命令配不起来？先确认 subl.exe 或 subl 是否真实存在
Windows 上 subl 报“不是内部或外部命令”，90% 是因为根本没这个可执行文件。官方安装包（.exe）默认带 subl.exe，但绿色版、解压即用版、第三方打包版通常不包含它。路径也得对：必须是安装目录根目录下的 subl.exe，比如 C:\Program Files\Sublime Text\subl.exe，而不是子文件夹里的某个同名文件。
macOS/Linux 同理：/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl 才是正主；如果 App 名是 Sublime Text 4.app，那路径就得跟着改，否则 ls -l /Applications/Sublime* 一看就露馅。
PATH 配好了 cmd 还不认？重启终端不是可选项，是硬性要求
Windows 改完环境变量后，旧的 CMD/PowerShell 窗口不会重新加载 PATH —— 这是系统行为，不是 Sublime 的锅。关掉所有终端窗口，新开一个，再跑 where subl（Windows）或 which subl（macOS/Linux）验证。
若用 Windows Terminal、ConEmu 或 iTerm2，也得重启整个终端程序，仅新建标签页不够。某些企业策略或杀软还会静默拦截 PATH 注入，此时即使路径正确，subl 也可能被拒绝执行。
macOS/Linux 下 alias 比软链接更稳，-n -w 参数不能少
别迷信 sudo ln -s 往 /usr/local/bin 里硬塞链接：Catalina 后该路径常不在默认 PATH，且 SIP 可能干扰执行。更可靠的是在 shell 初始化文件里加 alias：
-
zsh用户（macOS 默认）：往~/.zshrc加alias subl="/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl -n -w" -
bash用户：改~/.bash_profile或~/.bashrc - 改完必须运行
source ~/.zshrc，再试subl --help
-n 确保新开窗口不复用已有实例，-w 让终端等待文件关闭（Git commit 编辑器等场景必需），漏掉任一参数都可能卡住或行为异常。
subl . 打不开当前目录？权限和沙盒才是真瓶颈
subl . 报 “Permission denied” 或无响应，大概率不是 PATH 问题，而是 macOS Sonoma+ 的全盘访问权限限制，或 Windows 的受控文件夹访问（Controlled Folder Access）在拦路。
检查点：
- macOS：系统设置 → 隐私与安全性 → 完全磁盘访问 → 确保 Sublime Text 已勾选
- Windows：设置 → 隐私 → 文件系统 → 允许应用访问文件系统 → 开启 Sublime Text
- 别用
subl /path &后台启动，会断开 stdin/stdout，导致-w失效甚至报 “Unable to parse command line args”
最易被忽略的是：PATH 和 alias 都配对了，但操作系统级权限没给，subl 就永远停在“能识别但打不开”的状态。
