subl file.py:42是正确写法，冒号前后不可有空格，路径含空格需加引号；旧版不支持列定位，混合换行符或文件未完全加载会导致跳转偏移。
subl 命令行跳转到指定行的正确写法
直接在终端里用 subl file.py:42 就能打开文件并定位到第 42 行——但冒号前不能有空格，冒号后不能多字符，路径含空格必须加引号。
常见失败不是命令不存在，而是格式错得离谱：
-
subl file.py :42→ 冒号前多空格，被当成两个参数，file.py打开，:42被忽略 -
subl file.py:42:8→ 列定位只在 Sublime Text 4.4+ 支持，旧版会静默失败（不报错，也不跳） -
subl "my project/main.js":100→ 路径含空格却没整体加引号，shell 会把my当第一个参数、project/main.js:100当第二个，直接报错或打开错文件 -
subl ./src/utils.ts:207→ 相对路径可以，但确保当前目录下真有该路径；用绝对路径更稳，比如subl /full/path/to/utils.ts:207
为什么 subl file:line 有时跳不到、或跳偏了
跳转失效通常和文件状态或编辑器行为有关，而不是命令本身问题：
- 文件正在被其他进程写入（如 webpack 热更新中保存），
subl会加载旧快照，行号对不上 - 你用
subl -n强制新开窗口，但项目已有一个窗口打开了同名文件——Sublime 默认复用 tab，可能跳转发生在不可见的已有 tab 里 - 文件用了混合换行符（
\r\n和\n并存），Sublime 按统一逻辑计行，和 git log 或 IDE 报错里的行号不一致 - 跳转目标是压缩 JS（
.min.js）或编译后产物，行号无对应源码意义；应优先跳原始.ts或.jsx文件
subl 行跳转和 Ctrl+G 的关键区别
别指望 subl file:line 和你在编辑器里按 Ctrl+G 有完全相同的表现——它们走的是不同底层路径：
-
subl file:line是启动时初始化光标位置，依赖文件能否立即读取；如果文件超大（>50MB），可能先打开空白页，再异步加载内容，导致跳转延迟甚至丢失 -
Ctrl+G是运行时命令，只作用于已加载的 buffer，响应零延迟，且支持相对跳转（如+10）、范围选中（42-45）等扩展语法 -
subl不支持file:line:col在所有系统上稳定工作；macOS 上基本可用，Linux 下某些桌面环境（如 GNOME Wayland）可能丢弃列参数 - 终端报错带行列信息（如
index.html:15:8），直接复制粘贴进subl命令最省事；但若列定位不准，删掉:8只留:15更可靠
验证 subl 是否真正就绪的三步检查
很多“跳转失败”其实卡在第一步：命令根本没装对。
- 运行
which subl（macOS/Linux）或where subl（Windows），有输出才说明 PATH 正确 - 运行
subl --version，返回类似Sublime Text Build 4169才代表二进制可用；仅subl --help成功还不够，有些损坏安装能打印 help 却打不开 GUI - 运行
subl --command "print(\"ok\")"，如果弹出控制台并输出 ok，说明插件宿主正常，排除 GUI 初始化阻塞问题
真正容易被忽略的是：subl 的行跳转不触发任何插件事件（比如 AutoSetSyntax 或 EditorConfig），所以如果你依赖这些插件来修正编码或缩进，跳转后看到的可能是未生效的原始状态。要确认真实效果，得等 buffer 完全加载完毕再观察右下角编码/缩进显示。
