ctrl+g是跳转到物理行号的唯一零延迟方式，支持行号、行列定位及行范围选择；ctrl+r基于正则匹配符号，依赖语法识别；ctrl+p+@支持跨文件符号跳转；f12非原生功能，需插件支持且不稳定。
Ctrl+G 跳指定行：唯一可靠入口，别碰命令面板
按 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是跳转到物理行号的唯一零延迟方式，其他路径全是绕路。命令面板里搜 goto_line 会多一层渲染延迟，大文件下感知明显。
常见错误现象：
- 按了没反应 → 光标大概率卡在
Ctrl+P面板、查找框或侧边栏，点一下代码区再试 - 输完回车光标不动 → 状态栏右下角输入框还激活着，得再按一次
Enter - 跳到“错行” → 文件刚粘贴新内容但没保存，日志里的行号已失效；或启用了软换行（
word_wrap），状态栏显示的“第 287 行”只是视觉折行，实际仍是物理第 280 行
输入格式必须严格：
-
127→ 跳到第 127 行开头（行号从 1 开始） -
127:45→ 跳到第 127 行第 45 列（Sublime Text 4.4+ 支持） -
127-130→ 选中第 127 至 130 行（不含换行符） - 别输
:127、line 127、127（末尾空格）——全无效
Ctrl+R 跳函数/类：符号列表靠语法识别，不是 AST 解析
Ctrl+R（Windows/Linux）或 Cmd+R（macOS）调出的是当前文件的符号列表，它不解析语法树，只靠语言包里的正则规则“猜”哪些行是函数或类。一旦规则没覆盖，符号就消失。
跳不出来？先看右下角：
- 显示
Plain Text或Unsupported syntax→ 手动点击右下角选对语言（如Python），或把文件存为.py后缀 - 显示
JavaScript但const foo = () => {}不出现 → 原生 JS 语法包不捕获箭头函数，换 Babel 插件 - 函数名含连字符（
get-user-data）或数字开头（2ndHandler）→ 正则直接过滤，不会进列表 - 文件未保存（
Ctrl+S没按）→ 修改内容不进索引，列表只显示旧版本符号
支持模糊匹配：init 可命中 __init__、initialize、on_init，不用输全名。
Ctrl+P + @ 实现跨文件符号跳转
按 Ctrl+P（Windows/Linux）或 Cmd+P（macOS），然后输入：
-
load_config@settings.py→ 跳到settings.py里的load_config符号 -
__str__@→ 在所有已打开/项目文件中搜索该符号（需项目索引完成）
注意：
-
@后不能有空格，@ setup无效，@setup才有效 - 不支持嵌套层级，
@MyClass.init不会跳进类内方法，只认顶层符号（MyClass或init单独存在时才生效） - 符号名含特殊字符（如
-、.）可能被当作文本片段匹配，此时用Ctrl+R更稳
如果 Ctrl+P 卡住或响应慢，说明项目索引未建完，等状态栏右端 “Indexing…” 提示消失再试。
F12 不是原生跳转键，别依赖它
原生 Sublime Text 3/4 中，F12 默认无绑定。它只在装了插件（如 SublimeCodeIntel、EasyClangComplete）后才生效，且行为取决于插件实现。
容易踩的坑：
- 重装 Sublime 后
F12失效 → 不是设置坏了，是漏装插件，或插件未适配当前版本（ST3 用户用了 ST4 插件包） - 语法类型识别失败（如
.ts文件被当作文本）→ 插件无法提取符号，F12退化为静默忽略 - 即使装了插件，若右下角显示
Plain Text，F12也不会触发跳转
真正稳定的是 Ctrl+R 和 Ctrl+P+@，它们不依赖插件，也不受语法高亮影响。
