Ctrl+G/Cmd+G是Sublime Text中唯一稳定、无需配置、不依赖文件状态的跳转方式，支持行号、行列、行范围及相对跳转，但仅限当前文件且格式严格。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是 Sublime Text 中唯一稳定、无需配置、不依赖文件状态的跳转方式。它不是“可能有效”，而是只要焦点在编辑区、输入格式正确，就必然精准跳转——哪怕文件 50MB、只读、未保存，甚至刚粘贴完还没重绘。
按 Ctrl+G 没反应？先别怀疑功能坏了
绝大多数“没反应”根本不是 bug，而是快捷键压根没被 Sublime 接收到：
- 当前焦点不在代码编辑区：比如正开着
Ctrl+P面板、Ctrl+F查找框、侧边栏、终端插件，或某个弹出菜单；点一下代码区域再试 - 输入法干扰：Windows 用户开了中文输入法，
Ctrl+G常被吞掉；macOS 用户装了 Raycast、Alfred 或 Karabiner，Cmd+G可能被系统级工具劫持 - 输完回车没跳：光标还卡在状态栏右下角的输入框里，得再按一次
Enter；误按Esc关掉了输入框，得重按Ctrl+G - 状态栏没显示
Line X, Col Y：右键状态栏 → 勾选Show Line Numbers；某些主题（如 Predawn）把文字压太窄，双击会失效，切默认主题可快速验证
Ctrl+G 输入格式必须严格，多一个字符都失败
它只认几种明确语法，不支持空格、前缀、字母或模糊写法：
-
287→ 跳到第 287 行开头（行号从 1 开始） -
287:12→ 跳到第 287 行第 12 列（Sublime Text 4.4+ 稳定版支持；列号也从 1 开始） -
287-290→ 选中第 287 至 290 行（整行，不含换行符） -
+10或-3→ 相对当前行向下跳 10 行、向上跳 3 行 - 别输
:287、line 287、287:、287 12—— 这些全无效 - 冒号会被自动忽略仅限于
:287这种写法；:287:12仍不支持
跨文件跳转别用 Ctrl+G，改用 Ctrl+P + 文件名:行号
Ctrl+G 只作用于当前文件。Ctrl+P（Go to Anything）才是跨文件定位的真正入口，且写法贴近错误日志：
-
utils.py:207→ 打开utils.py并跳到第 207 行 -
ut:207→ 模糊匹配也能命中utils.py -
:207→ 只在当前文件跳第 207 行（注意前面的冒号） - 不支持
utils.py:207:10这类行列精确定位；要精确定列，必须回到Ctrl+G - 如果
Ctrl+P卡住或响应慢，说明项目索引未建完，等几秒或重启 Sublime 即可
跳过去了但“看起来没对”，其实是视觉干扰
行号跳转本身永远精准，但你可能被以下设置误导：
-
word_wrap: true（软换行）会让长行折成多行，状态栏显示的“第 287 行”是逻辑行，但视觉上像第 300 行；临时关掉：Ctrl+Shift+P→ 输入Toggle Word Wrap回车 - 缩进引导线（
draw_indent_guides）或括号高亮插件（如BracketHighlighter）会自动居中，造成“光标被拉走”的错觉 - 混合换行符（
\r\n和\n混用）可能导致行号计算偏差；统一为 Unix 换行符：File → Line Endings → Unix - 大文件（>10MB）跳转延迟半秒是正常行为——Sublime 采用懒加载行号计算，不是卡死
真正容易被忽略的是：Ctrl+G 跳转永远基于当前文件的实时内容。如果刚粘贴了一大段代码但还没保存，行号已变，而你按着旧日志里的行号跳，就会偏移——调试时务必确认文件状态是否和报错时刻一致。
