Ctrl+G/Cmd+G是VSCode中唯一原生稳定跳转指定行的方式，但需确保焦点在编辑器、格式严格（如123或123:45）、输入后按Enter，且受视图折叠、只读状态等上下文限制。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一原生、稳定、无需配置的跳转到指定行的方式。其他方法要么依赖扩展、要么绕路、要么在远程/大文件等场景下失效。
Ctrl+G 为什么有时按了没反应？
不是功能坏了，而是它对上下文极其敏感：
- 光标必须落在代码编辑器区域——如果正停在终端、搜索框、侧边栏或命令面板里，
Ctrl+G完全不触发 - 输入后必须按
Enter才生效；只输数字不回车，光标就卡在输入框里 - 格式必须严格：只允许
123、123:45、+5、-10这类写法；多一个空格、少一个冒号、写成123,45或123.45都会静默失败 - 某些键盘布局（尤其非美式）可能把
Ctrl+G映射成系统级快捷键；可去设置里搜editor.action.gotoLine确认绑定是否被覆盖
用 CLI 命令行直接打开并跳转到某行
适合从错误日志、Git diff 或终端调试中一键定位：
- 必须用
code -g，且-g要紧贴code后面，不能写成code --goto - 路径必须加英文双引号包裹：
code -g "src/index.ts:42:8"，否则含空格或特殊字符时解析失败 - 列号从 1 开始计数（不是 0），
42:1就是第 42 行开头；超出该行长度时，光标自动停在行尾 - 如果终端报
command not found: code，说明 CLI 命令未注册：macOS 在菜单栏Code → Install 'code' command in PATH；Windows 在设置里搜Shell Command并启用
跳转成功但看不到目标行？
不是没跳，是视图没同步到位：
- 若设置了
editor.cursorSurroundingLines（比如值为 20），VSCode 会优先保证光标上下留出固定行数，可能把目标行挤出可视区顶部 - 目标行若在折叠代码块内部，光标实际落在折叠标题行上——需手动展开才能看到内容
- 只读文件（如 Git Diff 视图）、未保存的临时缓冲区、或 Remote-SSH 中焦点不在远程编辑器内时，
Ctrl+G可能静默禁用 - 点击行号跳转也受同样限制：需编辑器聚焦、无补全弹窗、未启用多光标；否则会新增光标而非跳转
真正卡住人的从来不是快捷键本身，而是那些看不见的上下文：焦点在哪、输入格式对不对、视图是否被折叠或偏移。行号跳转容错极低，少一个冒号，就只能对着原地发呆。
