ctrl+home/ctrl+end在vscode中默认跳转至当前视口顶部/底部，而非文件首尾；需通过keybindings.json绑定cursortopoffile/cursorbottomoffile命令实现文档级跳转。
Ctrl+Home 和 Ctrl+End 在 VSCode 里到底跳哪？
它们默认不跳到文件头/尾，而是跳到当前视口（可见区域）的顶部或底部。这是很多人猛按 Ctrl+Home 想回文件开头却卡在中间的原因。
VSCode 的 Ctrl+Home 实际触发的是 cursorTop 命令，Ctrl+End 对应 cursorBottom —— 都是“视口级”移动，不是“文档级”。
- 仅当编辑器垂直滚动条完全在最上/最下时，
Ctrl+Home/Ctrl+End才等效于跳首行/末行 - 如果文件很长、你正看着中间某段，按了也只会把光标移到当前屏幕最顶/底那行，而非文件第1行或最后一行
- 这个行为和记事本、Sublime Text 等不同，容易形成错误肌肉记忆
怎么真正跳到文件第一行和最后一行？
必须手动绑定到文档级命令。VSCode 不提供开箱即用的快捷键，但配置两行 keybindings.json 就能解决。
- 打开命令面板（
Ctrl+Shift+P），搜 “Preferences: Open Keyboard Shortcuts (JSON)” - 在数组里加两条规则（注意逗号分隔）：
[
{
"key": "ctrl+home",
"command": "cursorTop",
"when": "editorTextFocus && !editorReadonly"
},
{
"key": "ctrl+end",
"command": "cursorBottom",
"when": "editorTextFocus && !editorReadonly"
},
{
"key": "ctrl+alt+home",
"command": "cursorTopOfFile",
"when": "editorTextFocus && !editorReadonly"
},
{
"key": "ctrl+alt+end",
"command": "cursorBottomOfFile",
"when": "editorTextFocus && !editorReadonly"
}
]
-
cursorTopOfFile和cursorBottomOfFile才是你要的“真·首尾”命令 - 别覆盖原
Ctrl+Home，否则会丢掉视口定位能力；用Ctrl+Alt+Home这类组合更安全 - Windows/Linux 有效；macOS 用户需把
ctrl换成cmd，且end键可能需用fn+right
为什么不用插件？
插件如 Jump to Top/Bottom 确实存在，但没必要。核心问题只是命令没绑对，不是功能缺失。
- 插件会多一个进程、增加启动延迟，而原生命令零开销
- 部分插件绑定的仍是视口命令，名字唬人实际没解决问题
- 如果你已装了大量插件，再加一个只为跳首尾，反而提高维护成本和冲突概率
- 原生 keybinding 方案可同步到 Settings Sync，跨设备一致
终端、调试控制台里 Ctrl+Home 为啥又好使？
因为那些面板走的是 Shell 或 Debug Adapter 的输入逻辑，不是 VSCode 编辑器的 keybindings.json 系统。它们通常继承终端默认行为：直接映射到行首/行尾（^A/^E），和文件首尾无关。
- 也就是说：你在集成终端里按
Ctrl+Home，跳的是当前命令行的开头，不是终端历史的第一条 - 调试控制台（REPL）同理，它响应的是语言运行时的 readline 行为
- 这种“看似好使”其实是错觉，场景一换就失效 —— 别拿终端行为反推编辑器逻辑
真正要警惕的是“以为自己会了”，结果在 review 代码或快速扫描长配置文件时，反复按 Ctrl+Home 却停在第87行——因为那刚好是当前视口顶行。改完 keybinding 后，记得清掉旧习惯，手要重新学一次按哪儿。
