Ctrl+G（Windows/Linux）或Cmd+G（macOS）是VS Code中唯一原生、稳定、不依赖扩展的跳转到指定行方案，输入即跳、毫秒响应，但需确保焦点在编辑器内、格式正确（如123:45）、文件非只读。
Ctrl+G 是唯一可靠方式，不是“之一”
VS Code 里跳转到指定行，Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一原生、稳定、不依赖扩展的方案。它不走语言服务、不查 AST、不等语法分析——输入即跳，毫秒级响应。
常见错误现象：Ctrl+G 按下后没弹框、输完回车光标不动、或者跳到奇怪的位置。根本原因几乎全是上下文不对，而不是快捷键失效：
- 焦点不在编辑器内：光标可能卡在终端、搜索面板、命令面板、设置页或 GitLens 的 inline blame 视图里
- 输入格式错：写成
123,45、123 45、123：45（中文冒号）、开头带空格，都会静默失败 - 文件处于只读状态（如 Git Diff 视图），
Ctrl+G会被静默禁用
行列精确定位必须用 “行:列”，列号从 1 开始
Ctrl+G 支持三种输入格式：123（仅行）、123:45（行列）、123-125（选中行范围）。其中只有 行:列 能定位到具体字符位置，且列号严格从 1 计数 —— 42:1 是第 42 行第一个可见字符前，不是索引 0。
注意几个关键细节：
- 视觉折行（
editor.wordWrap: "on"）不影响列计算：长行被折成三行显示，但列号仍按原始字符串索引算 - 列超出该行长度时，光标自动停在行尾，不会报错
- 多光标模式下，
Ctrl+G只移动主光标，其余光标位置不变 - 如果用了 GitLens 或其他装饰插件，点击行号可能跳到装饰层而非源码行 —— 此时
Ctrl+G输入相同数字也无效，因为那行根本不存在于文件逻辑结构中
命令行 code -g 是终端场景下的刚需
从错误日志、git blame 输出、CI 日志里直接跳转，code -g 是唯一能绕过 VS Code GUI 状态限制的方式。但它对参数格式极其敏感：
-
-g必须紧贴code命令，不能写成code --goto或code --go-to（已弃用） - 路径含空格或特殊字符时，必须用英文双引号包裹整个参数：
code -g "src/utils.ts:102:6" - 远程开发（Remote-SSH）下，
code -g必须在远程终端中执行；本地终端运行只会打开本地实例 - 若提示
command not found: code，说明 CLI 未注册：macOS 在菜单栏Code → Install 'code' command in PATH；Windows 在设置中搜Shell Command并启用
点击行号跳转失败？三个隐藏前提常被忽略
很多人以为鼠标点左侧行号就能跳，其实它依赖三个条件同时成立：
- 编辑器必须获得焦点 —— 如果当前光标在终端或命令面板里，点击会新增光标而非跳转
- 不能有 IntelliSense 补全弹窗遮挡行号区域，否则点击被拦截
- 多光标激活状态下，点击行号会在该行插入新光标，而不是移动主光标
真正卡住人的从来不是快捷键本身，而是那些看不见的上下文：焦点在哪、输入格式对不对、视图是否被折叠或偏移。行号跳转容错极低，少一个冒号，就只能对着原地发呆。
