sublime text 编译错误不跳转的根本原因是file_regex未匹配成功，需确保构建输出格式（如main.py:12:5:或file "main.py", line 12）与file_regex捕获组（第1组路径、第2组行号）严格一致，并验证working_dir和路径解析有效性。
Sublime Text 编译错误不跳转？检查 file_regex 是否匹配成功
默认情况下 Sublime Text 不会自动跳转到报错行，根本原因不是功能没开，而是编译器输出的错误格式和 Sublime 的 file_regex 不匹配。它靠正则从编译输出里提取 文件路径、行号、列号（可选）和 错误信息，缺一不可。
常见现象：终端里明明报了 main.py:12:5: E999 SyntaxError，但 Ctrl+B 后光标纹丝不动。这时打开 Tools → Build Results → Show Build Results，复制一行错误文本，去在线正则测试工具（如 regex101）用当前 build system 的 file_regex 模式试匹配——十有八九失败。
- Python 默认 build system 的
file_regex是^([^:]+):([0-9]+):?([0-9]+)?:? (.*)$，要求格式为file.py:42:17: error；但pylint或mypy输出可能是file.py:42:17: error message（冒号后多空格）或file.py(42, 17): error（括号格式），直接跪 - Go 的
go build错误是./main.go:15:9: undefined: xxx，能被默认正则捕获；但go test有时带FAIL前缀，就得改file_regex - 如果错误行含中文路径（比如
项目/源码/main.py:10），正则里的[^:]+会因编码或斜杠类型截断，建议改用^(.+?):([0-9]+):?([0-9]+)?:? (.*)$并确保 Sublime 文件编码为 UTF-8
自定义 build system 时必须显式写 file_regex 和 working_dir
很多人复制别人的 .sublime-build 配置，只改了 cmd，漏掉 file_regex，结果永远不跳转。更隐蔽的是 working_dir：如果编译命令在子目录执行（比如 cd src && python main.py），而错误里打印的是相对路径 utils.py:5，但 Sublime 在项目根目录找文件，就打不开。
-
file_regex必须和你实际看到的错误格式完全对应，一个空格都不能错。例如gcc错误：hello.c:10:5: error: 'x' undeclared→ 正则用^(.+?):([0-9]+):([0-9]+):(.*)$ -
working_dir推荐设为"${file_path}"（当前文件所在目录），比"${project_path}"更可靠，尤其对单文件编译 - Windows 下路径分隔符是反斜杠
，但错误输出里常是正斜杠/或混用，正则里用[\/]替代硬写/更稳
点击错误行无效？确认 build output 窗口焦点和双击行为
即使正则匹配成功，点击 build output 里的错误行也没反应，大概率是 Sublime 没把输出窗口当“可交互区域”。这不是 bug，是设计逻辑：只有 build output 窗口获得焦点 + 双击（不是单击）才触发跳转。
- 运行构建后，务必先点一下 build output 窗口（底部弹出的那个），再双击错误行。单击只高亮，双击才跳
- 如果用了
subl --command "build"从命令行触发构建，output 窗口可能没自动聚焦，得手动切过去 - 某些插件（如
Terminus）会劫持 build output，导致双击失效。临时禁用插件验证是否冲突
Python 用户特别注意：flake8 / mypy / black 报错格式差异极大
Python 生态工具各自为政，同一行错误，flake8 打印 test.py:5:1: E302 expected 2 blank lines，mypy 是 test.py:5:1: error: Need type annotation for 'x'，black 根本不报错行（只报 diff）。想统一跳转，不能共用一套正则。
-
flake8用默认正则基本可用；mypy要加error:到正则里：^(.+?):([0-9]+):([0-9]+): error:(.*)$ -
black --check不输出行号，无法跳转；改用black --diff也不行——它输出的是 patch 格式，得配专用解析器（比如SublimeLinter插件） - 用
pylint时开启--output-format=parseable，否则默认格式（带颜色/符号）会被正则吃掉关键字段
真正起作用的从来不是某个开关，而是错误文本、正则表达式、工作目录三者严丝合缝。少一个字符，就卡在原地。
