subl命令不识别文件后缀，仅按路径打开文件；若打不开，先确认文件真实存在、路径正确且无权限限制，路径含空格或中文需用引号包裹，相对路径建议用$(pwd)加固，.env等后缀注意大小写和隐藏扩展名。
subl 命令本身不识别文件后缀，只按路径打开文件；双击能用 Sublime 打开某后缀，和 subl 能否打开是两回事。
subl filename.ext 打不开？先确认文件路径和存在性
subl 不校验文件后缀，只检查路径是否可读。如果执行 subl config.json 没反应或弹出空白标签页，大概率是文件根本不存在，或者路径写错了。
- 用
ls -l config.json（macOS/Linux）或dir config.json（Windows）确认文件真实存在 - 路径含空格或中文时，必须用单引号或双引号包裹：
subl 'my app/config.yaml' - 相对路径容易因
cd变动失效，脚本中建议用subl "$(pwd)/path/to/file.log" - 如果文件路径正确但仍是空白页，检查磁盘权限——尤其是挂载卷、网络路径、或 macOS 的 Full Disk Access 限制
为什么 .py 文件能用 subl 打开，但 .env 打不开？
不是后缀被拦截，而是你没写对扩展名。Sublime 对大小写敏感，.ENV 和 .env 是两个不同后缀；某些系统还默认隐藏扩展名，导致你以为是 .env，实际是 .env.txt。
- 用
ls -a或资源管理器「显示文件扩展名」确认真实后缀 - 终端里用 Tab 补全：
subl .env+ Tab，看是否自动补成.env.txt - 避免靠猜测：直接
file -i filename查 MIME 类型，或用xxd -l 8 filename看文件头
想让 subl 自动用特定语法高亮打开某后缀？这不是 subl 的事
语法高亮由 Sublime 内部控制，和命令行无关。即使 subl .gitignore 成功打开，右下角仍可能显示 Plain Text——这不表示命令失败，只是还没设置语法映射。
- 在 Sublime 中打开该文件 → 点右下角 Plain Text → 「Open all with current extension as…」→ 选 Git Ignore 或 Shell Script
- 这个操作会生成
Packages/User/GitIgnore.sublime-settings，内容类似：{"extensions": ["gitignore"]} - 别往
Preferences.sublime-settings里硬加"extensions"字段，Sublime Text 4 已废弃该写法，写了也不生效
Windows 下 subl 打开 .log 文件失败？重点查路径和调用方式
Git Bash、WSL 或某些终端模拟器调用 Windows GUI 程序时行为异常，不是 subl 本身问题，而是环境限制。
- 优先用 PowerShell 或 CMD 运行
subl error.log，避开 Git Bash - 路径含空格时，Windows 必须用英文双引号：
subl "C:\My Logs\app.log"，单引号无效 - 如果仍卡住，尝试加
--no-sandbox参数提速：subl --no-sandbox "C:\temp\test.md" - 企业环境若组策略禁用了外部程序调用，
subl会静默失败，此时只能改用start "" "C:\Program Files\Sublime Text\sublime_text.exe" "path\to\file"
真正容易被忽略的点是：subl 的行为完全取决于你当前终端的 GUI 上下文。SSH 连上去的 shell、systemd 用户服务、或 CI 环境里跑 subl，基本都会失败——它不是一个纯 CLI 工具，而是一个图形界面启动器。别试图让它在无桌面会话里工作。
