ctrl+g（windows/linux）或cmd+g（macos）是sublime text原生跳转指定行的唯一快捷键，需确保焦点在编辑区、输入法为英文、格式严格（如42或42:5），支持绝对跳转、相对跳转及行范围选择。
Sublime 本身不运行代码，所谓“运行报错定位”实际依赖构建系统捕获错误输出并解析跳转——关键不是快捷键按得快，而是构建配置里 file_regex 是否匹配你的编译器/解释器输出格式。
构建系统没配 file_regex，双击错误行永远不跳
Sublime 的错误面板能显示文字，但只有靠 file_regex 正则从错误字符串中抽取出「文件名、行号、列号」三元组，才能触发跳转。默认 Python 构建系统通常已配好，但自定义的 gcc、node、ts-node 构建常漏掉这一项。
- 现象：构建失败后，底部面板有
main.js:42:15这类文本，但双击无反应 - 检查路径：
Tools → Build System → New Build System…，确认 JSON 中存在"file_regex"字段 - 常见有效正则（直接复制）：
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? ?(.*)$"
对应index.ts:287:12类格式；若只含行号（如 Python），用"file_regex": "File \"([^\"]+)\", line ([0-9]+)"
- 注意：路径必须可解析——如果报错里是
/home/user/proj/utils.py，而你打开的是utils.py（没带路径），Sublime 找不到已打开标签页，也不会新建文件
Ctrl+G 跳的是物理行，不是堆栈里的逻辑行
终端或浏览器控制台报错常带行号，但直接输进 Ctrl+G 可能跳偏——因为 Sublime 按文件原始换行符和折叠状态计数，而错误来源可能是压缩文件、编译后 JS 或 Vue SFC 中的 <script></script> 块。
- JS 报错
bundle.min.js:1:12345：这个行号对源码无效，别跳；切到未压缩的.js或.ts文件再定位 - Vue 单文件组件：报错说
MyComponent.vue:89，但<script></script>标签从第 10 行开始，那实际要跳的是物理第 99 行，不是 89 - 文件含混合换行符（
\r\n和\n混用）：Sublime 统一按\n计行，可能比终端少算一行；右下角点编码 →Reopen with Encoding → UTF-8重载可修复 - 代码块被折叠：跳 50 行仍落在折叠区域内部，需手动展开后才能看到目标代码
跨文件跳转别只输行号，要带文件名
Ctrl+P 是唯一支持跨文件定位的快捷入口，但很多人输 :207 白忙活——这只会跳当前文件第 207 行；真正要打开新文件并定位，必须输完整路径或模糊匹配的文件名加冒号行号。
- 正确写法：
utils.py:207、api/index.js:42、甚至ut:42（模糊匹配utils.py） - 错误写法：
:207（只在当前文件生效）、207（可能匹配到test_207.js） - 不支持行列精确定位：
utils.py:207:12会被截断为utils.py:207，列定位仍得靠Ctrl+G后补:12 - 如果
Ctrl+P响应慢或搜不到文件，说明项目索引未建完，等几秒或重启 Sublime
真正容易被忽略的是：跳转行为基于文件实时内容
你复制粘贴了一大段代码但还没保存，行号已经变了；而你照着旧日志里的行号去跳，光标就停在错位的地方——这不是快捷键失效，是内容状态不同步。
调试时务必确认：报错发生时的文件内容，和你现在编辑的是否完全一致。哪怕只是多了一个空行、少了一个换行符，行号就偏了。
