sublime text报错跳转依赖构建系统的file_regex配置，而非快捷键速度；需正则匹配错误输出中的文件路径、行号、列号三元组，否则双击无效。
报错跳转依赖构建系统配置，不是快捷键按得快的问题
Sublime Text 本身不解析错误，也不主动跳转。所谓“跳到报错位置”，实际是构建系统（Build System）执行命令后，把 stdout/stderr 输出交给 Sublime 解析——关键在 file_regex 是否能从错误文本中准确抽取出「文件路径、行号、列号」三元组。没配或配错 file_regex，双击错误行永远没反应。
双击错误行无效？先检查构建系统的 file_regex
常见错误现象：底部面板显示 src/main.ts:42:15 或 File "utils.py", line 87，但鼠标双击无跳转。
- 打开
Tools → Build System → New Build System…，确认 JSON 中存在"file_regex"字段 - 对 TypeScript/JS 常用格式（如
index.ts:287:12）："file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? ?(.*)$" - 对 Python 默认格式（如
File "utils.py", line 87）："file_regex": "File \"([^\"]+)\", line ([0-9]+)" - 路径必须可匹配：如果报错里是
/home/user/proj/utils.py，而你当前打开的是utils.py（无路径），Sublime 找不到对应标签页，也不会新建文件
Ctrl+G 跳的是物理行，但报错行号可能指向压缩/编译后代码
终端或构建工具输出的行号，不一定对应你正在编辑的源文件。
-
bundle.min.js:1:12345这类错误行号对源码无效，别用 Ctrl+G 跳；切到未压缩的.ts或开发版.js再定位 - Vue 单文件组件报错
MyComponent.vue:89，但<script></script>块从第 10 行开始 → 实际要跳的是物理第 99 行，不是 89 - 文件含混合换行符（
\r\n和\n混用）：Sublime 统一按\n计行，可能比终端少算一行；右下角点编码 →Reopen with Encoding → UTF-8重载可修复 - 代码块被折叠时，Ctrl+G 跳 50 行仍落在折叠区域内部，需手动展开后才能看到目标代码
真正想回到“上一次报错位置”，得靠组合操作
Sublime 没有“上次报错位置”专用命令，但可通过以下方式快速复位：
- 构建失败后，底部面板聚焦 → 方向键选中错误行 → 回车（不是双击）：多数构建系统支持回车直接跳转，比双击更可靠
- 用
Ctrl+P输入完整路径+行号，例如api/service.ts:42，一步打开并定位（注意不是:42，那只会跳当前文件） - 频繁调试时，手动打书签：
Ctrl+K Ctrl+Space标记报错前的位置，后续可用Ctrl+K Ctrl+Backspace快速返回 - 如果使用 Webpack/Vite 等工具，建议启用 source map 并配合浏览器控制台跳转，Sublime 的构建跳转在复杂构建链中容易失准
