vscode默认支持ctrl+home/ctrl+end跳转文件首尾（windows/linux），cmd+up/cmd+down对应macos；不依赖插件，不受vim模式影响，且比ctrl+g更高效稳定。
用 Ctrl+Home 和 Ctrl+End 跳转到文件首尾（Windows/Linux）
VSCode 默认就支持直接跳到当前文件最开头或最结尾，不用装插件、也不用改配置。Windows 和 Linux 用户按 Ctrl+Home 光标立刻到第一行第一个字符前；Ctrl+End 则跳到最后一行末尾（含换行符后的位置）。这个行为和多数文本编辑器一致，但容易被忽略——很多人习惯去点滚动条或手动翻页。
注意两个细节：
• 如果文件是空的或只有一行，Ctrl+End 会停在行尾而非换行符后
• 它跳转的是「编辑器视图范围内的首尾」，不是折叠区域的逻辑首尾（比如折叠了 import 块，Ctrl+Home 仍会跳到文件真实第一行）
macOS 上对应的是 Cmd+Up 和 Cmd+Down
macOS 没有传统 Home/End 键语义，VSCode 把 Cmd+Up 映射为“跳到文件顶部”，Cmd+Down 是“跳到文件底部”。这和系统级的页面滚动快捷键（Cmd+Shift+Up/Down）不同，别混淆。
- 如果按了没反应，先检查是否被终端、iTerm 或其他全局快捷键劫持
- 某些键盘（如妙控键盘）可能需要长按
Fn才能触发Up/Down的原始方向功能 - 不建议重映射成
Cmd+Home—— macOS 系统本身不识别这个组合，强行绑定可能失效
为什么不用 Ctrl+G 输入行号？
Ctrl+G（Go to Line）确实能跳到任意行，但来回跳首尾时效率低：要输入 1 再回车，再输最后一行号（还得先数或看状态栏）。而 Ctrl+Home/Ctrl+End 是原子操作，零思考成本。
更关键的是：当文件被搜索高亮或正则替换选中大量文本时，Ctrl+G 可能因光标位置异常跳偏，但首尾快捷键始终稳定。另外，它不受当前是否启用 Vim 模式影响——哪怕开了 Vim 插件，这两个组合键依然生效（Vim 模式下 gg 和 G 是替代方案，但需切换模式）。
自定义快捷键时最容易踩的坑
真要改键位的话，进 File > Preferences > Keyboard Shortcuts（或 Cmd+K Cmd+S），搜 cursorTop 和 cursorBottom 这两个命令名。别搜 “home” 或 “end” —— VSCode 内部不用这些词。
- 别把
cursorTop绑定到Ctrl+Up：这和默认的「向上滚动一页」冲突，会导致光标不动只滚屏 - 如果同时装了
Emacs Keymap插件，它会覆盖原生行为，得在插件设置里关掉emacs-mcx.cursorTop类似项 - 多光标编辑状态下，
Ctrl+Home会让所有光标都跳到第一行开头，不是分别跳到各自所在行的开头——这点和单光标行为不同
真正麻烦的不是记不住快捷键，而是误以为它们该跳「可视区域顶部/底部」，其实它们永远锚定整个文档的绝对首尾。这点一旦理解偏差，就会反复怀疑是不是快捷键坏了。
