subl . 能打开目录，但前提是 subl 命令已正确安装并可用；macOS 优先用菜单安装命令行工具，Linux deb/rpm 版通常自带，Windows 安装时须勾选 Add to PATH，验证需执行 which subl（或 where subl）和 subl --version。
subl . 能打开目录，但必须确保命令已就位
直接运行 subl . 是最简方式，但它不会生效，除非 subl 命令本身已在终端中可用。很多人卡在这一步，输完就报 command not found: subl，其实不是用法错，而是根本没装命令行工具。
macOS 用户优先用菜单安装：打开 Sublime Text → Sublime Text → Install Command Line Tool，它会自动处理路径、空格和权限问题，比手动建软链接更稳；Linux（deb/rpm 包）通常自带，Snap/Flatpak 版则默认不提供；Windows 安装时务必勾选 Add to PATH，否则得手动把 C:\Program Files\Sublime Text\ 加进系统环境变量。
验证是否成功：终端运行 which subl（macOS/Linux）或 where subl（Windows），有输出才继续；再跑 subl --version 看是否返回版本号。
subl 打开目录时路径含空格或中文会静默失败
subl 对路径非常敏感，尤其在 macOS/Linux 下，空格不包裹就会被 shell 截断——比如 subl my project/file.py 实际只传了 my 给 Sublime，结果开个空白标签页，还不报错。
安全写法永远用单引号包裹完整路径：
subl './my project/file.py'subl '/Users/me/文档/notes.md'-
subl "$(pwd)/path with spaces/"（脚本中推荐，避免 cd 后相对路径失效）
Windows 用户注意：PowerShell 里反斜杠 \ 是转义符，别写 subl ..\file.py，统一用正斜杠或双引号：subl "C:\my project\main.py"。
subl . 和 subl /full/path/to/dir 行为不同
subl . 是打开当前工作目录作为项目，侧边栏显示当前文件夹结构；而 subl /path/to/dir 是打开指定路径，无论你当前在哪。两者都走 Sublime 的“文件夹视图”逻辑，不是“新建窗口+打开文件”的行为。
关键区别在窗口复用：
- 默认执行
subl .，会在已有 Sublime 窗口新增一个文件夹到侧边栏 - 想强制新开独立窗口，加
-n参数：subl -n .或subl -n /path/to/project - Sublime Text 4.4+ 支持
--add，把目录加进当前窗口（subl --add .），但 Windows 上不稳定，慎用
如果打开后侧边栏没反应，先确认路径真实存在且有读取权限；Sublime 不校验路径有效性，错路径只会新建空项目。
subl 打开目录后无法编辑文件？检查 GUI 启动上下文
常见现象：终端执行 subl . 后 Sublime 启动了，但侧边栏为空、双击文件打不开、甚至编辑器卡死。大概率是当前终端没权限调起 GUI 应用——尤其在 SSH 连入的远程会话、某些容器环境、或通过 tmux 启动的 shell 中。
排查方向：
- 换本地终端（如 Terminal.app 或 iTerm2）直接运行，看是否正常
- 检查
$DISPLAY（Linux）或是否在图形会话中（macOS 要求 GUI session，非纯 ssh） - 避免在 systemd user service 或 cron 里调用
subl，它们没有桌面环境上下文
真正容易被忽略的是：Sublime 的 GUI 初始化依赖完整的桌面协议栈。一旦缺失，subl 可能启动进程但渲染失败，看起来像“打开了却不能用”。这种情况下，命令本身没错，只是运行环境不匹配。
