Ctrl+Home/Ctrl+End 默认跳视口而非文件首尾，因触发 cursorTop/cursorBottom 命令；需手动绑定 cursorTopOfFile/cursorBottomOfFile 到快捷键才能真正跳文件开头/结尾。
Ctrl+Home 和 Ctrl+End 默认不跳文件开头或结尾，而是跳视口顶部/底部——这是绝大多数人按了没反应或跳错的根本原因。
为什么 Ctrl+Home / Ctrl+End 总是跳不准？
VSCode 的 Ctrl+Home 实际触发的是 cursorTop 命令，Ctrl+End 触发的是 cursorBottom。它们只控制编辑器可见区域的滚动位置，和文档结构无关：
- 如果你正看着第 200 行，按
Ctrl+Home光标会落到当前屏幕最顶那行（比如第 185 行），不是第 1 行 - 折叠代码块、大文件（>10MB）、未语法高亮的纯文本中，这个“视口级”行为更明显
- 即使滚动条已拉到最上，
Ctrl+Home仍可能因渲染延迟卡顿半秒才响应
真正跳文件首尾：必须绑定 cursorTopOfFile / cursorBottomOfFile
VSCode 提供了文档级命令，但默认没快捷键。你需要手动配置 keybindings.json：
- 打开命令面板（
Ctrl+Shift+P），输入「Preferences: Open Keyboard Shortcuts (JSON)」 - 添加两条规则（Windows/Linux 示例）：
[ { "key": "ctrl+home", "command": "cursorTopOfFile", "when": "editorTextFocus && !editorReadonly" }, { "key": "ctrl+end", "command": "cursorBottomOfFile", "when": "editorTextFocus && !editorReadonly" } ] - macOS 用户建议改用
cmd+shift+up/cmd+shift+down，避开系统级全屏切换冲突 - 绑定后，
cursorTopOfFile会跳到文件真实第 1 行第 1 列（含 BOM），cursorBottomOfFile跳到最后一个字符后（不含换行符）
跳文件首尾的替代方案（不改配置）
如果不想动 JSON，这些方式也可靠，但操作略多一步：
-
Ctrl+G（Windows/Linux）或Cmd+G（macOS）→ 输入1回车 → 跳到第 1 行开头；输入999999（远超实际行数）→ 静默跳到最后一行 - 状态栏点击
Ln X→ 手动输入1或极大数字 → 回车（注意：若目标行被折叠，光标会落在折叠标题行，需手动展开） - 终端中用
code -g "file.ts:1"或code -g "file.ts:999999"→ 适用于调试时从报错日志一键定位
容易被忽略的兼容性陷阱
哪怕配置正确，以下几点仍会让跳转失效：
-
editor.cursorAtEndOfLine设为true时，光标会被锁死在每行末尾，所有跳转命令都无效——检查设置里是否误启该选项 - Vim 插件启用时，
gg（首行）/G（末行）优先级高于快捷键，Ctrl+Home可能被忽略 - 远程开发（SSH/Containers）中，某些扩展可能劫持
cursorTopOfFile命令，建议禁用非必要插件验证 - 文件无换行符结尾时，
cursorBottomOfFile会停在最后一个字符后，而非新起一行的位置——这不是 bug，是符合 POSIX 行定义的行为
