Ctrl+G是唯一不依赖界面语言的行号跳转方式，中文界面下仍有效但需确保光标在编辑器内、输入无空格或中文标点、文件已完成解析；状态栏点击“第X行”更可靠，且绕过快捷键干扰。
Ctrl+G 是唯一不依赖界面语言、始终有效的行号跳转方式，中文界面下它依然叫“转到行”，但快捷键不变——别被菜单翻译误导。
中文界面下 Ctrl+G 为什么有时没反应？
不是功能失效，而是焦点或输入格式出了问题：
- 光标不在编辑器内：终端、搜索框、侧边栏、命令面板激活时，
Ctrl+G完全静默——按Esc再点一下代码区即可恢复 - 输入带空格或中文标点：比如输“123 ：5”（冒号前有空格）或“123：5”（中文冒号），VSCode 会忽略整个输入，不报错也不跳动
- 文件未完成解析：刚打开超大日志（>10MB）或编码异常（含 BOM/UTF-16 未识别）时，行计数可能延迟几秒，
Ctrl+G会卡住或偏移 1–2 行
Go to Line 命令在中文界面里怎么找？
命令面板中搜“转到行”或“Go to Line”都行，但注意：
- VSCode 中文版把
Go to Line翻译成“转到行”，但底层命令名仍是editor.action.gotoLine——绑定快捷键或查文档时必须用英文名 - 搜“行号”“跳转”“定位”等词反而找不到，因为翻译不覆盖所有关键词
- 如果搜出来多个结果（比如“转到行和列”“转到行”），选没有“和列”的那个——它才是纯行号跳转，兼容性更好
状态栏点击 Ln X 在中文界面是否可用？
完全可用，且比快捷键更抗干扰：
- 右下角显示“第 X 行，第 Y 列”时，直接点击“第 X 行”部分，输入新行号回车即可
- 该操作绕过所有快捷键拦截层，适用于远程 SSH 连接延迟高、WSL 终端聚焦时、或输入法劫持
Ctrl+G的场景 - 唯一限制：不能在 diff 编辑器、git commit message 临时文件、或只读文件中使用
中文输入法下绑定自定义快捷键的坑
想用 Home/End 跳文件首尾？小心这些陷阱：
-
Ctrl+Home默认是cursorTop（滚动到视口顶部），不是文件第一行——中文界面下这个行为不变，但菜单显示“转到顶部”，容易误以为是“文件开头” - 若手动绑定
cursorTopOfFile到Ctrl+Home，需确认右侧 “Source” 显示为User，否则 Pylance、GitLens 等扩展可能悄悄覆盖掉 - 中文输入法（如搜狗、微软拼音）常劫持
Ctrl+Shift+Home做中英文切换，建议改用Ctrl+Shift+Alt+Home或Ctrl+Shift+9避免冲突
Ctrl+G 解析的是文件真实逻辑行，而中文界面下的行号显示、状态栏文字、甚至鼠标悬停提示，都只是渲染层反馈——当文件含 Unicode 换行符（\u2028）、混合 \r\n 和 \n、或启用装饰行（如 GitLens blame）时，视觉行号和 Ctrl+G 输入的数字可能不一致。验证方法：打开开发者工具，执行 editor.getModel().getLineCount()。 
