ctrl+g/cmd+g是sublime text中唯一能瞬间定位大文件任意物理行的快捷键，支持行号、行列、行范围及相对跳转，但需确保焦点在编辑区、无输入法干扰、格式严格正确（如287或287:12），且受软换行和主题影响。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一能瞬间定位大文件中任意物理行的快捷键，不卡顿、不依赖插件、不看文件是否保存——只要输入格式对，50MB 的日志也能一击跳到第 12345 行开头。
Ctrl+G 按了没反应？先检查这三件事
这不是功能失效，而是快捷键根本没被 Sublime 接收到：
- 当前焦点不在编辑区：比如正开着
Ctrl+P面板、Ctrl+F查找框、侧边栏，或某个弹出菜单；点一下代码区域再试 - 输入法干扰：Windows 用户开了中文输入法，
Ctrl+G常被吞掉；macOS 用户装了 Raycast 或 Karabiner，Cmd+G可能被系统级工具劫持 - 输完回车没跳：光标还卡在状态栏右下角的输入框里，得再按一次
Enter；误按Esc关掉了输入框，得重按Ctrl+G
输入格式错一个字符就失败，只认这几种写法
Ctrl+G 不支持模糊、不接受空格、不识别前缀，多一个冒号或字母都会清空输入框：
-
287→ 跳到第 287 行开头（行号从 1 开始） -
287:12→ 跳到第 287 行第 12 列（列号也从 1 开始；仅 Sublime Text 4.4+ 支持） -
287-290→ 选中第 287 至 290 行（整行，不含换行符） -
+10或-3→ 相对当前行向下跳 10 行、向上跳 3 行 - 别输：
:287、line 287、287:、287 12、287.5—— 全无效
为什么跳过去了但“看起来不对”？软换行和主题在骗你眼睛
Ctrl+G 永远按物理行（换行符数量）计算，但以下设置会让你误判位置：
-
word_wrap: true开启时，长行折成多行，状态栏显示的Line 42是视觉行，实际物理行可能是 38；临时关掉：Ctrl+Shift+P→ 输入Toggle Word Wrap回车 - 某些主题（如 Predawn）把状态栏文字压太窄，双击
Line X, Col Y失效；切回默认主题可快速验证是否主题导致 - 状态栏没显示
Line X, Col Y？右键状态栏 → 勾选Show Line Numbers
跨文件跳转别硬套 Ctrl+G，用 Ctrl+P + 文件名:行号
Ctrl+G 只作用于当前文件。看到终端报错 utils.py:207，直接 Ctrl+P（Windows/Linux）或 Cmd+P（macOS），输入 utils.py:207 回车即可一步打开并定位：
-
ut:207也能命中utils.py（支持模糊匹配） -
:207（冒号开头）只在当前文件跳第 207 行 - 不支持
utils.py:207:10这类行列精确定位；要定列，必须先Ctrl+P打开，再Ctrl+G输207:10 -
Ctrl+P卡住？说明项目索引未建完，等右下角Indexing…提示消失，或重启 Sublime
真正容易被忽略的是：所有跳转都基于物理行，而软换行、混合换行符（CRLF/LF混用）、未保存的新增行都会让“看到的行号”和“真实行号”错位——别怀疑快捷键，先关掉 word_wrap 看一眼状态栏原始数字。
