Ctrl+G跳转失效主因是焦点不在编辑器：需确保光标在代码区，输入纯数字行号（如123），超出行数则停末行；支持“行:列”定位（如42:8），列从1起算；视图未同步或代码折叠会导致目标行不可见。
Ctrl+G 输入行号没反应？先确认是否在编辑器焦点内
VSCode 的 Ctrl+G（macOS 是 Cmd+G）只在当前打开的文本编辑器有焦点时才生效。如果光标落在侧边栏、终端、搜索框或设置页，按了也没用——这是最常被忽略的前提。
- 确保鼠标点过代码区域，或按
Esc退出其他面板后再试 - 如果用了多光标或选中文本，
Ctrl+G可能被拦截，先按Esc清除选区 - 部分键盘布局（如某些非美式键盘）下
Ctrl+G映射异常，可去Settings > Keyboard Shortcuts搜索editor.action.gotoLine确认绑定是否被覆盖
输入行号后跳转失败的常见原因
输完数字按回车没动？不是功能坏了，大概率是格式或上下文不匹配。
- 行号必须是纯数字，不能带空格、冒号、逗号，例如
123✅，:123❌，123:❌ - 行号不能超过文件总行数，超出时 VSCode 默认跳到最后一行，但不会提示——建议先看右下角状态栏显示的总行数
- 如果文件是只读或未保存的临时内容（比如 Git Diff 视图），
Ctrl+G可能禁用，此时会静默失败 - 某些扩展（如
Bracket Pair Colorizer旧版）曾干扰命令执行，可尝试禁用扩展后测试
想跳转到「第 N 行第 M 列」？得加冒号分隔
VSCode 支持行+列联合定位，但语法很固定：必须是 行号:列号，中间是英文冒号，不能有空格。
- 例如跳到第 42 行第 8 列，输入
42:8回车即可 - 列号从 1 开始计数（不是 0），
42:1就是该行开头 - 列号超出当前行长度时，光标会停在行尾，不会报错也不会换行
- 这个功能在调试日志定位、审查大 JSON 或 minified JS 时特别实用，但注意缩进用空格还是 Tab 会影响列计算
为什么有时 Ctrl+G 跳过去却看不到目标行？
跳转成功了，但光标“消失”或不在视野中，通常不是跳错了，而是视图没同步滚动到位。
- VSCode 默认会把目标行置顶显示，但如果开启了
editor.cursorSurroundingLines（比如设为 20），它会优先保证光标上下各留出指定行数，可能把目标行挤出可视区顶部 - 折叠的代码块会影响视觉位置：跳到被折叠区域内部时，光标实际在折叠标题行，需手动展开才能看到上下文
- 终端或调试控制台里按
Ctrl+G是无效的，那不是编辑器视图——这点容易误判成“跳转失效”
