vscode中ctrl+home/cmd+↑默认跳视口顶部而非文件首行，需手动绑定cursortopoffile命令才能真正跳至第1行开头；同理用cursorbottomoffile绑定ctrl+end/cmd+↓跳文件末尾。
Ctrl+Home / Cmd+↑ 直接跳到文件开头
光标不管在哪儿，按一次就落到第一行第一个字符前。Windows 和 Linux 用 Ctrl + Home，macOS 用 Cmd + ↑（不是 Cmd + End，Mac 键盘没物理 End 键）。这个操作不依赖语法高亮、不加载缓存、不触发插件——就是纯文本位置跳转。
常见错误现象：Ctrl + Home 按了没反应，大概率是焦点不在编辑区：比如你刚点过侧边栏、命令面板或控制台，得先点一下代码区域再试。笔记本用户如果键盘没独立 Home 键，别乱按 Fn + ←，那是模拟 Home 的老办法，现在多数 Sublime 版本已适配 Ctrl + ← 跳行首，但文件开头必须用 Ctrl + Home 或系统级替代键。
Ctrl+End / Cmd+↓ 一击抵达文件结尾
Ctrl + End（Win/Linux）或 Cmd + ↓（macOS）让光标直接停在最后一个字符之后，不是最后一行行尾，而是整个文件末尾——这点很重要，尤其你后面要追加内容时，光标就在正确位置。
容易踩的坑：
- macOS 用户误按
Cmd + Fn + ↓或Cmd + →，前者可能调系统音量，后者只是跳到行末 - 按完没看到光标动？检查是否开启了「软换行」（Word Wrap），它会让视觉上看起来光标还在中间，实际位置已在末尾；关掉它（
Alt + Z）再试 - 大文件（>50MB）首次跳转稍有延迟，不是卡死，等半秒左右
为什么不用鼠标滚到底/拖滚动条
手动拖滚动条在长文档里不仅慢，还容易误判“到底了”——尤其是折叠了代码块、含大量空行或混合换行符（\r\n 和 \n 并存）的文件，滚动条位置和真实行号严重错位。而 Ctrl + End 是基于行计数器的精确跳转，哪怕文件有 10 万行，也是一帧到位。
顺带一提：Ctrl + End 不会触发语法解析，所以即使你关掉了所有插件、禁用了语法高亮，它照样工作。这点比很多编辑器可靠。
补充：状态栏双击也能快速触发
状态栏左下角显示的 Line 42, Col 8 不只是摆设——直接双击它，等效于按了 Ctrl + G 或 Cmd + G，然后自动聚焦到输入框。想跳开头？双击后输 1 回车；想跳结尾？输个极大数字如 999999，它会自动 fallback 到末尾行。
这个技巧适合调试场景：终端报错显示 main.py:1024，你双击状态栏、输 1024、回车，比找快捷键更快。但前提是状态栏启用了行号显示（右键状态栏 → 勾选 Show Line Numbers）。
真正复杂的地方在于：这些快捷键在不同输入法状态下可能被拦截，尤其是中文输入法活跃时，Cmd + ↓ 容易失效——切回英文输入法再试，不是 Sublime 的问题，是 macOS 输入法框架的通病。
