ctrl+g（windows/linux）或cmd+g（macos）是sublime text唯一稳定、原生、不依赖插件的行号跳转方式，需确保焦点在编辑区、英文输入法、格式严格（如42或42:5），否则无效。
Sublime Text 的 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）不是“可能跳转”，而是唯一稳定、原生、不依赖插件的行号跳转方式——只要焦点在编辑区、输入法为英文、格式正确，它必然生效。
为什么按 Ctrl+G 没反应？先看这三件事
这不是功能失效，而是快捷键根本没被编辑器收到：
- 当前焦点不在代码编辑区：比如正开着
Ctrl+P面板、Ctrl+F查找框、侧边栏，或某个弹出菜单——点一下任意一行代码再试 - 输入法干扰：Windows 用户用搜狗/QQ拼音时，
Ctrl+G常被吞掉；macOS 用户开了 Raycast/Karabiner，Cmd+G可能被系统级工具劫持 - 输完回车没跳：光标还卡在底部输入框里，得再按一次
Enter；误按Esc关掉了框，得重按Ctrl+G
Ctrl+G 支持哪些输入格式？只认这几种
它解析极严格，多一个字符、错一个符号都会失败：
-
42→ 跳到第 42 行开头（行号从 1 开始） -
42:5→ 跳到第 42 行第 5 列（列号从 1 开始；需 Sublime Text 4.4+） -
+10或-3→ 相对当前位置向下跳 10 行、向上跳 3 行 -
42-45→ 选中第 42 至 45 行（不含换行符） - 别输：
line 42、:42、42,5、42;5、42（末尾空格）——全无效
跳过去了但位置不对？常见干扰源
行号跳转永远基于物理行，但视觉和实际常不一致：
- 软换行（
word_wrap开启）：你看到的“第 42 行”可能是物理上的第 38 行；看状态栏左下角显示的Ln 42, Col 12才是真实坐标 - 混合换行符（
\r\n和\n混用）：Sublime 统一按\n计行，可能比终端少算一行；可执行File → Line Endings → Unix统一后重试 - 代码块被折叠：跳
50仍落在折叠区域内部，需手动展开才能看到目标代码 - 文件未保存就粘贴了大段内容：行号已变，而你按着旧日志里的行号跳——调试时务必确认文件内容与报错时刻一致
跨文件跳转别只输行号，Ctrl+P 才是关键
Ctrl+G 只作用于当前激活文件；要打开新文件并定位，必须走 Ctrl+P：
- 正确写法：
utils.py:207、api/index.js:42、甚至ut:42（模糊匹配utils.py） - 错误写法：
:207（只在当前文件生效）、207（可能匹配到test_207.js） -
Ctrl+P输入:207是 fallback 方式，仅限当前文件；不支持:207:12这种行列精确定位
真正容易被忽略的是：跳转本身不触发语法解析，所以即使关掉所有插件、禁用语法高亮、文件是只读或未保存状态，Ctrl+G 依然可用——它的可靠性远高于任何依赖索引或构建系统的跳转路径。
