Ctrl+G（Windows/Linux）或Cmd+G（macOS）是VSCode原生跳转指定行的最快最稳方式，输入行号（如123）或“行:列”（如123:45）后按Enter即可；需确保焦点在编辑器内、格式正确、文件非只读或装饰视图。
直接按 Ctrl+G（Windows/Linux）或 Cmd+G（macOS），输入行号回车，就是最快、最稳的方式。 不需要插件、不依赖语言支持、也不用记复杂组合键——这是 VS Code 原生功能，开箱即用。
Ctrl+G 没反应？先检查焦点在哪
常见错误现象是按下 Ctrl+G 后没弹出输入框，或者输入后光标不动。大概率不是快捷键失效，而是当前焦点不在编辑器里：
- 光标可能卡在终端、搜索面板、侧边栏、设置页或某个弹窗中
- 鼠标点一下代码编辑区再试，或者按
Esc退出当前上下文 - 如果用了多标签页，确保目标文件已激活（不是灰显状态）
输入格式决定跳转精度
Ctrl+G 输入框默认带冒号 :，但这个符号可省略；真正影响行为的是你输的内容结构：
-
123→ 跳到第 123 行开头 -
123:45→ 跳到第 123 行第 45 列（列号从 1 开始计，VS Code 会自动对齐到最近字符） -
123-125→ 选中第 123 至 125 行（注意是英文短横线-，不是中文“—”） - 输错行号（比如超出文件总行数）会静默跳到最后一行，不会报错
跳不准？优先排查换行符和编码
行号显示与实际内容错位，90% 以上源于底层文本解析异常：
- 右下角状态栏查看当前编码（如
UTF-8）和换行符（CRLF或LF）；若显示Auto或Unknown，点击手动选Reopen with Encoding重载 - 混用
\r、\n或含 Unicode 换行符（\u2028、\u2029）会导致行数虚高——VS Code 把它们全当换行处理 - 大日志文件首次加载时，VS Code 可能延迟解析全部换行，此时
Ctrl+G仍可用，但位置可能滞后 1–2 行 - 启用
editor.wordWrap: "on"后长行被视觉折行，状态栏显示的仍是原始逻辑行号，不是“看起来的第几行”
命令行打开并定位到某行
适合从终端快速切入上下文，比如 git blame 输出某行后想立刻看：
- Windows：
code -g "path/to/file:123" - macOS/Linux：
code -g "path/to/file:123"（路径含空格必须加引号） - 追加列号：
:123:5，注意-g参数要求code命令已注册到 PATH - 未注册？运行命令面板（
Ctrl+Shift+P）→ 执行Shell Command: Install 'code' command in PATH
行号永远指向文件原始结构，不是渲染结果。装饰行（GitLens blame 提示、TODO 注释浮层）、diff 视图里的行、或语言服务器注入的虚拟行，都不会被 Ctrl+G 认作有效目标——这点容易忽略，但很关键。
