ctrl+g（windows/linux）或cmd+g（macos）是vscode中唯一可靠、无需配置的跳转到指定行的方式；需确保编辑器聚焦、输入格式严格（如123或123:8）、输完按enter确认，否则静默失败。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一需要记住的跳转方式，所有其他操作都是它的变体或备用入口——不装插件、不改配置、不依赖文件是否保存，就能用。
为什么按了 Ctrl+G 没反应？
不是功能坏了，而是快捷键根本没被 Sublime 接收到：
- 当前焦点不在编辑区：比如正开着
Ctrl+P面板、查找框、侧边栏或控制台，Ctrl+G就会被拦截 - 输入法干扰：Windows 用户开了中文输入法，
Ctrl+G常被吞掉；macOS 用户用了 Karabiner、Raycast 或 Alfred，Cmd+G可能被系统级工具劫持 - 输完回车没跳：光标还卡在输入框里，得再按一次
Enter；或者误按Esc关掉了对话框，得重按Ctrl+G - 状态栏没显示
Line X, Col Y：右键状态栏 → 勾选Show Line Numbers
Ctrl+G 输入格式到底怎么写？
它只认几种明确格式，多一个字符都可能失败：
- 纯数字：
287→ 跳到第 287 行开头 - 行列定位：
287:12→ 第 287 行第 12 列（Sublime Text 4.4+ 稳定版支持） - 行范围选择：
287-290→ 选中第 287 至 290 行（不含换行符） - 相对跳转：
+10或-3→ 向下跳 10 行、向上跳 3 行 - 别输空格、字母、前缀（如
line 287或:287不行；287:也不行）
状态栏双击和 Ctrl+P+:行号有什么区别？
状态栏左下角显示的 Line 42, Col 8 不只是看的——双击它，就等效触发 Ctrl+G 或 Cmd+G，立刻唤出跳转输入框。这对调试日志特别顺手：终端报错 index.js:287:12，鼠标移到状态栏双击，输入 287 回车，0.3 秒到位。
而 Ctrl+P 中输入 :287 是备选路径，本质是调用 goto_line 命令，但不如 Ctrl+G 直接，且容易和文件搜索混淆（比如输成 index:287 就会去搜文件名）。
跳转后“看起来没对”，其实是视觉干扰
行号跳转本身永远精准，但你可能觉得偏了：
-
word_wrap: true（软换行）会让长行折成多行，状态栏显示的“第 42 行”是逻辑行，但视觉上像第 50 行；临时关掉：按Ctrl+Shift+P→ 输入Toggle Word Wrap回车 - 缩进引导线（
draw_indent_guides）或括号高亮插件（如BracketHighlighter）会自动居中，造成“光标被拉走”的错觉 - 混合换行符（
\r\n和\n混用）可能导致行号计算偏差；统一为 Unix 换行符：File → Line Endings → Unix
最可靠的验证方式：看状态栏左下角实时显示的 Ln 127, Col 1，那才是真实位置。
