ctrl+home/ctrl+end 是 sublime 原生跳转文档首尾的唯一直接命令，但易被输入法或系统热键拦截；其行为严格基于物理字符位置，与软换行、折叠状态无关。
Ctrl+Home 和 Ctrl+End 是 Sublime 中唯一直接跳转到文档顶部或底部的原生命令，不依赖插件、不卡顿，但常被输入法或系统热键拦截。
为什么 Ctrl+Home / Ctrl+End 有时没反应？
这不是 Sublime 功能失效，而是快捷键被外部环境劫持：
- Windows 下中文输入法（如搜狗、微软拼音）默认吞掉
Ctrl+Home和Ctrl+End—— 切换到英文输入法再试 - macOS 用户注意：
Cmd+Up和Cmd+Down是系统级 Mission Control 热键，不能用于跳文档头尾；必须用Ctrl+Home/Ctrl+End - 笔记本键盘无独立
Home/End键？用Fn+←代替Home，Fn+→代替End，再加Ctrl即可 - 焦点不在编辑区（比如光标停在侧边栏、命令面板或控制台）——点一下代码区域再按
Ctrl+Home 和 Ctrl+End 的实际行为边界
它们跳的是整个文档的物理起始/结束位置，不是当前视口或软换行后的“视觉顶部”：
- 跳转目标是文件第一个字符前（
Ctrl+Home）或最后一个换行符后（Ctrl+End），与word_wrap设置无关 - 即使文件开启软换行（
word_wrap: true），它仍按真实换行符计数，不会停在折行中间 - 如果文件末尾没有换行符，
Ctrl+End会停在最后一个字符之后，而非下一行开头 - 只作用于当前打开的文件，不跨标签页；切换标签后需重新触发
替代方案：当 Ctrl+Home/End 被彻底禁用时
系统级热键冲突严重且无法关闭时，可用以下稳定替代方式：
-
Ctrl+G→ 输入1回车：跳到第 1 行（等效于文档顶部） -
Ctrl+G→ 输入9999999回车：超出行数时自动跳至最后一行（适合不确定长度的大文件） - 鼠标双击状态栏左下角的
Line X, Col Y显示区域，弹出输入框后输1或极大数字 - 用
Ctrl+Shift+P打开命令面板，输入goto_line并执行，再输行号——响应略慢但完全绕过输入法
真正容易被忽略的是：这些跳转都基于物理行和字符偏移，不感知语法结构或折叠状态。哪怕整段代码被折叠，Ctrl+Home 仍会落在第一行开头，而不是第一个展开块的起始处。
