Ctrl+G/Cmd+G是Sublime唯一原生命令行跳转入口，需确保焦点在编辑区、输入法为英文、无第三方工具劫持；支持42、42:5、+10、42-45等严格格式；大文件跳转延迟属正常懒加载行为。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一需要记住的原生命令，不装插件、不改配置就能跳转到任意行——它不是“可选技巧”，而是 Sublime 行定位的底层入口。
为什么按 Ctrl+G 没反应？焦点和输入法是主因
这不是功能坏了，而是快捷键根本没被编辑区收到：
- 光标当前在侧边栏、命令面板（
Ctrl+P）、控制台或查找框里 → 点一下代码区域再试 - Windows 用户开了中文输入法（尤其搜狗、QQ拼音），
Ctrl+G被吞掉 → 切英文输入法重试 - macOS 用户用了 Karabiner、Raycast 或 Alfred → 这些工具劫持了
Cmd+G，进系统快捷键设置里关掉对应项 - 输完回车没跳？其实是光标还卡在跳转框里 → 再按一次
Enter；误按Esc关掉了框 → 重按Ctrl+G
Ctrl+G 支持哪些输入格式？只认这几种，多一个字符都失败
它解析极严格，不支持表达式、空格或前缀：
-
42→ 跳到第 42 行开头 -
42:5→ 跳到第 42 行第 5 列（列号从 0 开始，Sublime Text 4.4+ 稳定支持） -
+10或-3→ 相对当前位置向下跳 10 行、向上跳 3 行 -
42-45→ 选中第 42 至 45 行（不含换行符） - 别输
line 42、:42、42,5或42;5—— 冒号:是唯一被广泛兼容的分隔符
大文件跳转慢、不准，不是 bug，是懒加载行为
Sublime 不预解析整份文件的行号，而是边跳边算，尤其首次跳转时明显延迟：
- 打开 20MB 日志输
99999卡顿 1–2 秒？正常，等它算完就行 - 跳过去发现光标“偏了”？大概率是软换行（
word_wrap）干扰视觉判断 → 看状态栏左下角显示的Ln 99999, Col 12才是真实坐标 - 混合换行符（
\r\n和\n混用）会导致行号偏移 →File → Line Endings → Unix统一后再跳 - 状态栏显示的 “Line X” 有时滞后 → 别依赖它做跳转依据，以实际光标位置为准
双击状态栏和 Ctrl+P 输入 :行号 是同一命令的不同触发路径
三者调用的是同一个底层命令，但行为有差异：
- 双击状态栏（如
12:7区域）→ 等效Ctrl+G，适合看终端报错后鼠标一点就跳 -
Ctrl+P后输入:287→ Vim 用户友好 fallback，但不支持:287:12这种行列格式 - 某些主题（如 Predawn）把状态栏文字压太窄，双击失效 → 切回默认主题验证是否是主题问题
-
Ctrl+P卡住？不是跳转坏了，是项目索引还没建完 → 等几秒或重启 Sublime
真正容易被忽略的是：行号跳转本身不触发语法解析，所以即使关掉语法高亮、禁用所有插件、文件是只读或未保存状态，Ctrl+G 依然可用——这个可靠性比很多编辑器都强。
