ctrl+g（windows/linux）或 cmd+g（macos）是唯一稳定、零延迟、不依赖插件的原生命令，支持行号、行列定位、行范围选择及相对跳转等严格格式，双击状态栏line x, col y为快速触发入口。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一稳定、零延迟、不依赖插件的原生命令，其他所有方式都是它的变体或备用入口。
Ctrl+G 没反应？先确认焦点和输入法
这不是功能失效，而是快捷键根本没被编辑区收到：
- 光标当前在侧边栏、命令面板（
Ctrl+P）、查找框（Ctrl+F）或终端插件里 → 点一下代码编辑区再试 - Windows 用户开了搜狗/QQ拼音等中文输入法 → 切到英文状态重试
- macOS 用户装了 Karabiner、Raycast 或 Alfred → 这些工具默认劫持
Cmd+G，进系统「键盘→快捷键→应用快捷键」里关掉对应项 - 输完回车没跳？其实是光标还卡在跳转框里 → 再按一次
Enter；误按Esc关掉了框 → 重按Ctrl+G
Ctrl+G 输入格式必须严格，多一个空格都失败
它只认几种固定语法，不支持空格、前缀、逗号或句点：
-
127→ 跳到第 127 行开头（行号从 1 开始） -
127:5→ 跳到第 127 行第 5 列（列号从 1 开始；Sublime Text 4.4+稳定支持） -
127-130→ 选中第 127 至 130 行（不含换行符） -
+10或-3→ 相对当前行向下跳 10 行、向上跳 3 行 - 别输：
:127、line 127、127,5、127.5—— 只有英文冒号:是合法分隔符
双击状态栏 Line X, Col Y 是最快的手动触发方式
这不是视觉装饰，是隐藏的快捷入口，特别适合看终端报错后鼠标一点就跳：
- 双击位置必须是
Line 42, Col 8文本区域本身，不能点编码标识或空白处 - 如果状态栏没显示
Line X, Col Y，右键状态栏 → 勾选Show Line Numbers - 某些主题（如
Predawn）会把状态栏文字压太窄，导致双击失效；切回默认主题可快速验证是否是主题问题 - 双击后唤出的仍是同一个输入框，支持全部
Ctrl+G格式，不是简化版
跳过去了但光标“看起来”不在目标位置？别信眼睛
这不是跳转失败，而是视觉干扰导致的坐标错觉：
- 启用了
word_wrap（软换行）→ 长行折成多行，状态栏显示的Ln 127, Col 1才是真实物理位置 - 混合换行符（
\r\n和\n混用）会导致行号偏移 →File → Line Endings → Unix统一后再跳 - 临时验证方法：按
Ctrl+Home回行首，再按→键逐字符移动，看状态栏列号是否递增 - 大文件（>10MB）首次跳转延迟半秒属正常懒加载行为，不是卡死
真正容易被忽略的是：双击状态栏无法被宏录制或绑定到其他快捷键，它是个独立交互动作；而 Ctrl+G 输入框一旦激活，其解析逻辑极简且严格——哪怕你刚粘贴了一大段代码但还没保存，行号已变，按着旧日志里的行号跳，就会偏移。
