ctrl+g / cmd+g 是 vscode 唯一稳定可用的原生命令，仅在编辑器聚焦时生效，严格支持 123、123:45、+10 等格式，其余方式容错低或依赖上下文。
Ctrl+G / Cmd+G 是唯一稳定可用的原生命令
不是“有多种方式可选”，而是只有 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是 VSCode 原生、无需配置、跨平台一致的跳转到行号的方式。其他路径——比如命令面板搜 Go to Line、点击状态栏 Ln 35、甚至 Ctrl+P 后输 :123——本质都是调用同一个底层命令，但多了一层交互或依赖上下文，容错更低。
输入格式稍错就静默失败
VSCode 对 Ctrl+G 的输入格式极其严格，不报错、不提示，只卡住不动：
-
123→ 正确：跳到第 123 行开头 -
123:45→ 正确：尝试跳到第 123 行第 45 列（列从 1 开始计数） -
+10或-5→ 正确：相对当前行偏移 -
123,456→ 错误：逗号分隔会被忽略，只跳到 123 行 -
123.45、123 45、123: 45→ 全部静默失败
光标没动？先看焦点在哪
Ctrl+G 不是全局热键，它只在代码编辑器区域聚焦时生效：
- 如果光标停在终端、搜索框、侧边栏或命令面板里，按
Ctrl+G完全无反应 - 补全弹窗（如 IntelliSense）开着时，点击行号或按
Ctrl+G可能被拦截 - 多光标模式下，点击行号会新增光标，而非跳转；必须先按
Esc清除多光标 - 远程开发（SSH/WSL）中首次点击行号无响应，大概率是文件系统延迟，多点一次通常恢复
CLI 跳转必须用 code -g 加双引号
从终端直接打开并定位，唯一可靠写法是：
code -g "src/index.ts:42:8"
注意三点：
-
-g必须紧贴code后面，不能写成code --goto或code -g空格再跟路径 - 路径含空格或特殊字符时，整个
"file:line:col"必须用英文双引号包裹 - 列号是逻辑列（从 1 开始），不是字节偏移；若该行不足 8 列，光标自动落到行尾
真正容易被忽略的是：行号跳转不是“移动光标”那么简单，它受折叠、软换行、tab 展开、语言服务加载状态共同影响——同一串 123:45，在 .ts 文件里可能准确定位，在未解析的日志大文件里可能只跳到行首。
