Ctrl+G是Sublime Text跳转指定行的唯一原生命令，必须输入严格格式（如127、127:5、+10、127-130），多一个空格或符号即失效；状态栏双击Line X, Col Y为等效快捷入口，支持相同格式，但需精准点击文本区域。
Ctrl+G 跳指定行：输错一个空格就失效
Sublime 的行跳转不是搜索，不接受模糊匹配。按 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）后，必须输入严格格式的数字，否则光标不动、也不报错——你只觉得“没反应”。
-
127：跳到第 127 行开头（行号从 1 开始） -
127:5：跳到第 127 行第 5 列（列号也从 1 起，仅 Sublime Text 4.4+ 稳定版支持） -
+10或-3：相对当前行上下偏移 -
127-130：选中这四行（不含换行符）
别输 :127、line 127、127:、127 5——这些全被忽略。输完直接按 Enter，别点鼠标确认。
状态栏双击 Line X, Col Y：比 Ctrl+G 还快的隐藏入口
终端报错显示 index.js:287:12？鼠标挪到右下角状态栏的 Line 287, Col 12 区域，双击——立刻唤出和 Ctrl+G 完全一样的输入框，支持全部格式，0.3 秒内完成跳转。
但这个动作非常娇气：
- 必须双击在
Line X, Col Y文本上，不能点右侧的编码标识（如UTF-8）或空白处 - 如果状态栏没显示行号，右键状态栏 → 勾选
Show Line Numbers - 某些主题（如 Predawn）把文字压太窄，双击区域实际无效；切回默认主题一试便知
Ctrl+U 回退跳转：它不记得你刚改的那行
Ctrl+U（Windows/Linux）或 Cmd+U（macOS）不是“撤销编辑”，而是回溯「主动跳转位置」：只有你按过 F12、Ctrl+Click、Ctrl+P 选行、或鼠标点了别的地方，它才会有记录。
打字、删行、粘贴——这些编辑行为不会进跳转栈。所以按了没反应，大概率是栈空了，不是快捷键坏了。
- 三个等效快捷键：
Ctrl+U、Ctrl+Alt+←、Ctrl+Alt+-（主键盘区减号），都调用同一个jump_back命令 - 跳转栈上限 16 条，重启 Sublime 就清空
- 多光标状态下行为不可靠，可能跳到第一个光标位置
真想回到刚改的那行，得靠 Ctrl+K Ctrl+Space 打书签，或者装 JumpToLastEdit 这类插件——原生不支持。
大文件跳转慢、光标“不在目标位置”：不是 bug，是软换行和懒加载
打开一个 12MB 的日志文件，按 Ctrl+G 输 99999，延迟半秒才跳过去？这是 Sublime 的懒加载机制在算行号，不是卡死。
跳过去了但光标看起来“偏了”？常见原因：
- 启用了
word_wrap（软换行）：长行折成多行，状态栏显示的Ln 127, Col 1是物理行首，不是视觉第一行开头 - 缩进引导线或括号高亮插件造成视觉干扰
- 验证方法：按
Ctrl+Home回物理行首，再按→键，看状态栏列号是否递增
真正容易被忽略的是：双击状态栏无法被宏录制，也不能绑定到其他快捷键——它就是一个固定手势，没有替代方案。
