Ctrl+Home 和 Ctrl+End 默认触发 cursorTop/cursorBottom（视口首尾），非文件首尾；需手动绑定 cursorTopOfFile/cursorBottomOfFile 命令才能真正跳转至文件开头/结尾。
Ctrl+Home 和 Ctrl+End 在 VSCode 中默认不跳到文件首尾，而是跳到当前视口顶部/底部——这是最常被误用的点。
Ctrl+Home / Ctrl+End 实际触发的是什么命令
它们绑定的是 cursorTop 和 cursorBottom，属于「视口级」移动：光标会移到当前可见区域的第一行或最后一行，不是整个文档的第1行或末行。即使你正盯着中间几百行代码，按了也只会跳到屏幕顶端那行，而非文件开头。
- 只有当滚动条已拉到最顶/最底时，这两个快捷键才“碰巧”等效于跳首/尾行
- 这个行为和 Sublime Text、Notepad++ 不同，容易形成错误肌肉记忆
- 它不受折叠区域影响（比如 import 块被折叠，
cursorTop仍会停在第一行），但也不管逻辑结构，只认物理可视范围
真正跳到文件首行和尾行的正确做法
必须手动绑定 cursorTopOfFile 和 cursorBottomOfFile 命令。VSCode 不开箱即用，但配置极轻量：
- 打开命令面板：
Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts (JSON)回车 - 在打开的
keybindings.json中添加两条规则：
[
{
"key": "ctrl+home",
"command": "cursorTopOfFile",
"when": "editorTextFocus && !editorReadonly"
},
{
"key": "ctrl+end",
"command": "cursorBottomOfFile",
"when": "editorTextFocus && !editorReadonly"
}
]
- 保存后立即生效，无需重启
- 注意
when条件确保只在编辑器有焦点且非只读时触发，避免干扰终端或其他面板 - macOS 用户请改用
cmd+up和cmd+down绑定对应命令，不要强行映射cmd+home（系统不识别）
为什么别依赖 Ctrl+G 或 Vim 模式下的 gg/G
虽然 Ctrl+G 输入 1 或最后一行号能勉强实现，但它有硬伤：
- 要数行号或看状态栏右下角，中断编码流
- 搜索高亮或正则替换选中大量文本时，
Ctrl+G可能因光标位置异常而跳偏 - Vim 模式下
gg/G确实可靠，但需先退出插入模式；若你没开 Vim 插件，这条路根本走不通 - 两者都不如直接绑定命令来得稳定、零上下文依赖
容易被忽略的兼容性细节
某些键盘（尤其是 MacBook 妙控键盘或部分 Windows 薄型键盘）的 Home/End 键需配合 Fn 才能发出原始信号。如果绑定后快捷键无反应，优先检查：
- 是否被 iTerm、Alacritty 或其他终端全局快捷键劫持
- 键盘驱动是否将
Ctrl+Home识别为系统级页面跳转（尤其在远程桌面场景） -
keybindings.json中是否有冲突规则（比如某插件覆盖了相同按键）
真正在意效率的人，不会反复翻滚动条或数行号——把两个命令绑死，才是文件首尾跳转的终局解法。
