subl命令不存在需先安装命令行工具：Mac通过菜单安装并创建软链接，Windows需重启终端或手动加环境变量，Linux deb/rpm版自带，Snap/Flatpak版需补救；路径含空格或中文时须用单引号包裹；-n强制新开窗口，-w等待关闭再返回终端；提速可加--no-sandbox和--ignore-plugins参数。
subl 命令不存在：先确认是否已安装命令行工具
很多人输 subl 直接报 command not found，不是 Sublime 没装好，是命令行工具压根没装。Mac 上默认不带，Windows 和 Linux 也得手动配。
Mac 用户打开 Sublime Text，点菜单 Sublime Text → Install Command Line Tools，它会把 subl 软链接到 /usr/local/bin/subl。如果提示权限拒绝，说明 /usr/local/bin 不在你的 $PATH 里——这时候别硬改 PATH，直接运行：
sudo ln -s "/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl" /usr/local/bin/subl
- Windows 用户装完 Sublime 后，
subl通常自动加到系统 PATH，但得重启终端才生效；若仍不行，去安装目录（如C:\Program Files\Sublime Text\）找subl.exe，手动加进环境变量 - Linux（deb/rpm 包安装）一般自带
subl，Snap 或 Flatpak 版本则默认不提供，得换 deb 包或用alias subl='subl %F'之类临时补救 - 执行
which subl或where subl（Win）能立刻验证是否就位
subl 打不开文件：路径空格、中文、相对路径惹的祸
subl 对路径很敏感，尤其 macOS 和 Linux 下，空格不转义就会只打开前半段路径；Windows 的反斜杠 \ 在 shell 里容易被误解析。
正确做法永远用单引号包裹路径，或者用 ./ 显式声明当前目录：
subl './my project/file.js'<br>subl '/Users/me/文档/笔记.md'
- 不要写
subl my project/file.js（空格中断命令） - 避免
subl ..\file.py（Windows PowerShell 里反斜杠是转义符） - 在脚本里调用时，优先用
subl "$(pwd)/path"而非裸路径，防 cd 过导致相对路径失效 - 如果打开后是空白标签页，大概率是路径根本不存在，
subl不报错也不提示，只会新建一个未命名文件
subl -n 和 subl -w：阻塞模式和新窗口的区别很关键
subl -n 是「强制新开窗口」，subl -w 是「等待文件关闭再返回终端」，这两个参数解决的是完全不同的问题，混用反而卡住流程。
比如写 Git commit message：
git config --global core.editor "subl -w"必须加
-w，否则 Git 会立刻提交空消息；而想并行编辑多个项目，就得用 subl -n ~/projA ~/projB 避免它们挤在一个窗口里。
-
-n不影响已有窗口，但多次执行会堆出多个独立窗口（内存占用明显上升） -
-w在 Sublime 关闭前，终端光标一直挂起，别在 CI 或后台脚本里误用 - Mac 上
subl -n有时会聚焦旧窗口而非真新开，这是 Sublime 的窗口复用策略，不是 bug - 没有
-w时，Sublime 启动和终端返回几乎是同时的，适合做「打开即走」类自动化
subl 打开慢、响应卡：其实是启动策略在拖后腿
第一次运行 subl 总要等几秒，不是硬盘慢，是 Sublime 默认启用「延迟加载插件 + 预编译语法高亮」，而且会检查更新。对 CLI 场景来说，这些全是冗余开销。
加 --no-sandbox 和 --ignore-plugins 能提速一半以上：
alias subl='subl --no-sandbox --ignore-plugins'
-
--no-sandbox禁用沙箱（CLI 场景下安全风险极低，且沙箱初始化耗时显著） -
--ignore-plugins跳过所有插件加载，适合快速查看日志、配置等纯文本 - 注意：这两个参数不会影响 GUI 启动的 Sublime，只作用于命令行调用
- 如果经常用
subl -w编辑临时文件，建议配个轻量 alias，避免每次敲一长串
真正麻烦的是跨平台路径处理和 -w 的阻塞边界——这两处一旦写进脚本，调试成本远高于预期。
