Ctrl+G（Windows/Linux）或Cmd+G（macOS）是VS Code唯一原生可靠跳转指定行的方式，需先唤出输入框、再输入行号（如123）或行列格式（如123:45）并按Enter提交，且焦点必须在编辑器内。
Ctrl+G 是唯一原生可靠的方式
直接按 Ctrl+G（Windows/Linux）或 Cmd+G（macOS），输入行号后必须按 Enter，光标才会真正跳转。这不是“唤出面板就完事”，而是两步操作：唤出 + 提交。很多人输完 123 就停手，光标其实还卡在输入框里。
常见错误现象：Ctrl+G 按了没反应、输完不跳、跳到错行——90% 是因为焦点不在编辑器内（比如刚在终端或搜索框操作完），或漏掉了 Enter。
- 确保光标落在代码编辑区域：点一下任意一行代码再试
- 输入格式必须严格：只接受
123、123:45、123-125；不能有空格、中文冒号、逗号或前导零 - 列号从 1 开始计数，
123:1就是第 123 行开头；超出该行长度时，光标自动停在行尾 - 远程开发（SSH/WSL）中，
Ctrl+G只对当前聚焦的远程编辑器生效，不是本地窗口
想跳到其他文件的某一行？先用 Ctrl+P 定位文件
Ctrl+G 只作用于当前已打开且激活的编辑器标签页。它不支持跨文件语法（如 src/main.ts:42），那是命令行或某些 IDE 的功能，VS Code 原生不认。
正确做法是分两步：
- 先按
Ctrl+P（或Cmd+P），输入文件名，回车打开 - 再立刻按
Ctrl+G→ 输入行号 →Enter - 或者用命令面板：
Ctrl+Shift+P→ 输入Go to Line→ 回车 → 输入行号（效果等同Ctrl+G）
注意：Ctrl+P 输入 filename:123 是可行的快捷方式，但前提是文件尚未打开；如果文件已打开，Ctrl+P 会优先匹配已打开的标签页，:123 部分会被忽略。
状态栏点击 “Ln X” 更隐蔽但更抗干扰
编辑器右下角显示类似 Ln 35, Col 8，点击 Ln 35 部分可直接输入新行号跳转。这个方式绕过了快捷键绑定冲突、输入法劫持、远程延迟等问题，在中文界面或 Vim 扩展启用时尤其稳定。
但它有三个硬限制：
- 目标行若被代码折叠包裹，光标会落在折叠标题行上，内容不可见，需手动展开
- 开启
editor.wordWrap: "on"时，视觉折行不影响行号逻辑，但容易误判“跳偏了” - 不适用于 Git Diff 视图、commit message 缓冲区、或只读临时文件（如未保存的搜索结果）
命令行 code -g 适合从终端一键定位
调试时从错误日志、git blame 或终端输出中快速切入，用 code -g "path/to/file:123:45" 最直接。但必须满足三个条件，缺一不可：
-
-g必须紧贴code后面，不能写成code --goto或code --g - 路径含空格或特殊字符时，必须用英文双引号包裹，否则 shell 会拆分参数
- 列号不能带前导零（
123:045会被静默降级为123）
如果终端报 command not found: code，说明 CLI 未注册：macOS 去菜单栏 Code → Install 'code' command in PATH；Windows 在设置里搜 Shell Command 并启用。
真正容易被忽略的是：code -g 中的列定位依赖语言服务加载完成。刚打开一个 50MB 日志时，:45 可能被丢弃，只跳到第 123 行——这不是 bug，是 VS Code 的渲染策略使然。
