VSCode中Ctrl+Home/Ctrl+End默认跳视口顶部/底部而非文件首尾，需手动绑定cursorTopOfFile/cursorBottomOfFile命令才能精准跳转至第1行开头或末尾。
Ctrl+Home / Ctrl+End 不跳行首行尾，而是滚动到视口顶部/底部——这是最常被当成功能用、实则失效的操作。 真正精准跳转到「当前行第一个非空字符」或「当前行最后一个非空字符」，得靠更底层的命令，且默认快捷键在多数场景下被语言扩展或输入法劫持。
Ctrl+Home 为什么总跳不准？
VSCode 的 cursorTop 命令（绑定在 Ctrl+Home）只控制视口滚动，不读取文档结构。拖动滚动条到中间后按 Ctrl+Home，光标停在第 87 行开头，不是第 1 行——这不是 bug，是设计如此。
- 它和
editor.action.gotoLine完全无关：后者走行号索引，前者只管渲染层 - 折叠代码块时，Ctrl+Home 仍会跳到物理第一行，而非“逻辑首行”
- 大文件（>10MB）或未语法高亮的纯文本中，该行为更明显，因为视口计算优先级高于解析
跳到当前行第一个非空字符（行首）
默认没有全局绑定，但命令 cursorHome 存在，且行为稳定：它跳到当前行第一个非空白字符前（即跳过行首所有空格、制表符）。
- Windows/Linux 可手动绑定为
Ctrl+Shift+Home（避免和系统输入法冲突） - macOS 推荐用
Cmd+Shift+Left（原生支持，不依赖 VSCode 绑定） - 别用
Home单键：它在部分语言扩展（如 Python Pylance）中被重映射为「跳转到定义」 - 如果按了没反应，先检查是否处于多光标模式——
cursorHome在多光标下只作用于主光标
跳到当前行最后一个非空字符（行尾）
Ctrl+End 是「跳文件末尾」，不是行尾；End 键本身在 VSCode 中默认未绑定到行尾逻辑位置，必须自定义。
- 推荐绑定
cursorLineEnd到Ctrl+;（分号键）：这个组合在美式/日式/中文输入法下都极少被占用 - 不要绑
Ctrl+,或Ctrl+.：它们和 Windows/macOS 系统级缩放、辅助功能快捷键高度重叠 - 双击编辑器右侧灰白空白区（紧挨滚动条）可临时跳到鼠标所在行行尾，但仅限鼠标操作，无法键盘复现
- 注意：该命令跳的是「最后一个非空字符后」，不是换行符前——所以光标不会卡在行尾看不见的位置
为什么状态栏改行号比快捷键更可靠？
点击状态栏 Ln X, Col Y → 改成 1 → 回车，这个动作绕过了所有快捷键拦截层，直接调用 editor.action.gotoLine 底层 API。
- 适用于终端面板聚焦时、远程 SSH 连接延迟高、或快捷键被 WSL/VM 虚拟层吞掉的场景
- 输入
123:1比Ctrl+G → 123 → :1 → Enter少两次按键，且无格式校验失败风险 - 唯一限制：不能在 diff 编辑器或只读临时文件（如 git commit message）中使用
真正容易被忽略的是：行首/行尾跳转和文件首/文件尾跳转，底层命令完全不同，混用快捷键配置会导致一个生效、另一个静默失效。别贪图统一绑定，按用途分开处理才稳。
