Ctrl+G（Windows/Linux）或Cmd+G（macOS）是超长文件中唯一不依赖语法解析、跨场景可靠的行号跳转方式，支持行号、行列格式及Quick Open跨文件定位，但需确保焦点在编辑器内、输入格式正确且无快捷键劫持。
Ctrl+G 输入行号是最直接、最稳定的方式
超长文件（比如日志、导出的 JSON 或数据库 dump）往往没有语法高亮、不被语言服务解析，Outline 和 Go to Symbol 都失效。这时别依赖任何“智能跳转”，Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是唯一跨场景可靠的方案。它不依赖语言扩展、不触发解析、不计算符号，纯粹按行号做线性定位。
常见错误现象：按 Ctrl+G 后输 12345，光标没到第 12345 行——大概率是因为文件开头有 BOM、空行被算作有效行，或行号从 0 开始计数（VSCode 默认从 1 开始，但某些导出工具生成的文件可能含 header 行未计入）。建议先用文本编辑器确认目标行真实编号，再输入。
- 输入
12345回车，光标跳转到第 12345 行开头 - 输入
12345:20回车，跳转到第 12345 行第 20 列（列号从 1 起） - 输入
app.log:12345可在 Quick Open（Ctrl+P）中直接打开并跳转（仅限当前工作区已知路径）
大文件里避免 Ctrl+Home/Ctrl+End 误判视口位置
Ctrl+Home 和 Ctrl+End 在超长文件中几乎必然失效——它们只控制视口滚动，不是文档结构跳转。拖动滚动条到中间后按 Ctrl+Home，光标会停在当前视口顶部那行（比如第 87 行），而不是第 1 行；同理，Ctrl+End 停在视口底部，而非文件末尾。
真正需要跳文件首/尾时，必须用命令绑定：
- 跳到文件第一行开头：
cursorTopOfFile（需手动绑定快捷键，如Ctrl+Shift+Home） - 跳到文件最后一行开头：
cursorBottomOfFile（推荐绑定为Ctrl+Shift+End） - 绑定方式：打开
Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts (JSON)→ 添加对应 key-command 对象
行首/行尾非空字符定位在长文本中更实用
超长文件常含大量缩进和空格，Home / End 键默认行为不稳定（尤其在未启用 editor.cursorSurroundingLines 时）。想精准跳到「当前行第一个非空字符前」或「最后一个非空字符后」，得靠底层命令：
-
cursorHome：跳到当前行首个非空白字符前（跳过所有前置空格、制表符） -
cursorEnd：跳到当前行最后一个非空白字符后（不是行末，是语义结尾） - Windows/Linux 可绑定
Ctrl+Shift+Home/Ctrl+Shift+End；macOS 更建议用原生Cmd+Shift+Left/Cmd+Shift+Right - 注意：
cursorHome在多光标模式下只作用于主光标，批量操作前先取消多光标
搜索关键词 + 行号组合定位比纯跳转更准
如果知道某段内容在附近（比如报错日志里提到 “at line 12345”），但不确定是否精确，用 Ctrl+F 搜索关键词后，再配合 Ctrl+G 往前后微调，比单靠行号更容错。
性能提示：超长文件中开启正则或大小写敏感会明显卡顿。建议：
- 先关掉
Match Case和Whole Word，快速定位大致区域 - 再用
Ctrl+G输入附近行号（如 12340–12350）人工确认 - 避免在 >50MB 的纯文本中启用
editor.wordWrap，它会让行号计算延迟数秒
超长文件的精确定位，本质是放弃“智能”，回归命令直译。行号、命令名、绑定逻辑这三者必须对齐，任何一层被扩展、输入法或系统快捷键劫持，都会让光标停在完全意料之外的位置。
