ctrl+g（windows/linux）或cmd+g（macos）是唯一稳定、零延迟、不依赖插件的原生命令，支持行号跳转（如287）、行列定位（如287:12）、行范围选择（如287-290）及相对跳转（如+10），需确保焦点在编辑区、输入法为英文且格式严格。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一可靠、无需配置的跳转方式，其他所有操作都是它的变体或备用路径。
Ctrl+G 没反应？先确认焦点和输入法
按了快捷键却没弹出输入框，大概率不是功能失效，而是 Sublime 根本没收到命令：
- 光标当前在
Ctrl+P面板、查找框、侧边栏或终端插件里 → 点一下代码编辑区再试 - Windows 用户开了搜狗/QQ拼音等中文输入法 → 切到英文状态重试
- macOS 用户装了
Karabiner、Raycast或Alfred→ 这些工具默认劫持Cmd+G，进系统「键盘→快捷键→应用快捷键」关掉对应项 - 输完回车没跳？其实是光标还卡在跳转框里 → 再按一次
Enter；误按Esc关掉了框 → 重按Ctrl+G
输入格式必须严格，多一个空格都失败
Ctrl+G 的解析器极简且严格，只认几种固定语法，不支持空格、前缀、逗号或句点：
-
127→ 跳到第 127 行开头（行号从 1 开始） -
127:5→ 跳到第 127 行第 5 列（列号从 0 开始，Sublime Text 4.4+ 稳定支持） -
127-130→ 选中第 127 至 130 行（不含换行符） -
+10或-3→ 相对当前行向下跳 10 行、向上跳 3 行 - 别输：
:127、line 127、127,5、127.5—— 只有英文冒号:是合法分隔符
状态栏双击和 Ctrl+P 输入 :行号的区别
三者最终调用的都是 goto_line 命令，但触发场景不同：
- 双击状态栏的
Line 42, Col 8区域 → 适合刚看到终端报错如index.js:287:12，鼠标一点一敲就跳，0.3 秒内完成；注意必须点在文本上，不能点编码标识或空白处 -
Ctrl+P后输入:287→ 当已打开命令面板、不想退出再按Ctrl+G时用；不支持:287:12，只认纯行号 -
Ctrl+G是唯一全场景稳态入口 → Vintage 模式下可能被重映射，此时Ctrl+P+:行号就是 fallback
跳过去了但光标“看起来”不在目标位置？别信眼睛
这不是跳转失败，而是视觉干扰导致的坐标错觉：
- 启用了
word_wrap（软换行）→ 长行折成多行，状态栏显示的Ln 127, Col 1才是真实物理位置 - 缩进引导线（
draw_indent_guides）或括号高亮插件（如BracketHighlighter）造成居中偏移错觉 - 混合换行符（
\r\n和\n混用）会导致行号偏移 →File → Line Endings → Unix统一后再跳 - 大文件（>10MB）首次跳转延迟半秒属正常懒加载行为，不是卡死
真正容易被忽略的是：双击状态栏无法被宏录制或绑定到其他快捷键，它是个独立交互动作；而 Ctrl+G 输入框一旦激活，就只认那几种格式——哪怕你刚粘贴了一大段代码但还没保存，行号已变，旧日志里的行号就会跳偏。
