ctrl+p搜文件名与ctrl+g跳行是sublime text中唯一不依赖插件、不卡顿、不限保存状态的高效组合：前者支持路径片段模糊匹配与驼峰拆解，后者仅认物理行且格式严格（如127:5），跨文件跳转需用ctrl+p+文件名:行号，状态栏双击“line x, col y”可快速触发。
直接用 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）搜文件名，再用 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）跳行——这是唯一不依赖插件、不卡顿、不看文件是否保存的组合路径。其他方式要么慢，要么失效，要么只在特定条件下凑效。
Ctrl+P 搜文件名：不是输入完整路径，而是“路径片段模糊匹配”
它不扫描磁盘，只查内存索引，但前提是项目已加载且索引就绪：
- 没反应？先确认左下角状态栏显示项目路径（如
~/my-project/），没显示说明只是单文件打开，不是项目模式；必须通过 Project → Add Folder to Project… 加载目录 - 刚加完大项目，
Ctrl+P卡 2–5 秒？正常，等右下角Indexing…消失即可 - 输
ushe能命中UserHelper.js，输u/da/fd可匹配src/utils/date/formatDate.js—— 它自动拆解驼峰、识别路径层级，不认正则也不认通配符（api*.py无效，api.py或api/才有效） -
.env、.gitignore类文件默认被排除，检查folder_exclude_patterns是否含".*"
Ctrl+G 跳指定行：格式错一个字符就失败，不报错只清空输入框
它跳的是物理行（即换行符数量），不是视觉行，所以软换行、混合换行符、未保存修改都会导致“跳偏”：
- 只认这几种写法：
127（第 127 行开头）、127:5（第 127 行第 5 列，列号从 1 开始）、127-130（选中这 4 行）、+10（相对当前向下跳 10 行） - 别输
:127、line 127、127,5、127.5—— 冒号是唯一合法分隔符，其余全被忽略 - 从终端日志复制
utils.py:287:12？粘贴前必须手动删掉文件名和末尾列号，只剩287，否则输入框清空 - 启用了
word_wrap: true？状态栏显示的Line 42是视觉折行，真实物理行可能是 38；临时关掉：按Ctrl+Shift+P输入Toggle Word Wrap
跨文件跳转：Ctrl+P + 文件名:行号，不是 Ctrl+G
Ctrl+G 只作用于当前文件，想一步打开 utils.py 并跳到第 287 行，必须用 Ctrl+P：
- 输
utils.py:287回车 → 打开文件并定位（支持模糊匹配：ut:287也行） - 输
:287（冒号开头）→ 只在当前文件跳第 287 行 - 不支持
utils.py:287:12这种行列精确定位；要定列，得先Ctrl+P打开，再Ctrl+G输287:12 -
Ctrl+P卡住？大概率是索引没建完，等状态栏Indexing…提示消失，或重启 Sublime
状态栏双击 Line X, Col Y：被低估的最快触发方式
这不是装饰，是隐藏入口，特别适合调试时从终端报错（如 index.js:287:12）鼠标一点就跳：
- 双击位置必须是 “
Line 42, Col 8” 文本本身，不是空白处，也不是右端编码标识 - 状态栏没显示行号？右键状态栏 → 勾选
Show Line Numbers - 某些主题（如
Predawn）把文字压太窄，双击失效；切回默认主题可快速验证 - 双击后唤出的仍是
Ctrl+G输入框，支持全部格式（42:12、42-45等），不是简化版
真正容易被忽略的点是：所有跳转都基于实时物理内容。刚粘贴一大段代码但还没保存，行号已变，旧日志里的行号就失效；混合使用 \r\n 和 \n 会导致行号偏移，统一换行符（File → Line Endings → Unix）后再跳更稳。
