Ctrl + ← / → 是原生行首/行尾跳转命令，但常被输入法或系统拦截；作用范围是当前行，非文件头尾，且按逻辑位置（非单词）精准跳转，不感知语法边界。
Ctrl + ← 和 Ctrl + → 就是行首/行尾跳转的原生命令，不需要插件、不依赖语法高亮，按下去光标瞬间到位。
为什么 Ctrl + ← / → 有时没反应？
这不是功能失效，而是被系统或输入法悄悄拦截了：
- Windows 下搜狗、微软拼音等中文输入法常吞掉
Ctrl + ←—— 切到英文输入法再试 - macOS 用户注意：默认就是
Ctrl + ←/Ctrl + →，不用加Fn；但某些键盘（尤其外接 Windows 键盘）可能需要Fn + Ctrl + ← - 笔记本无独立方向键？用
Fn + ←代替Home，Fn + →代替End，再配合Ctrl即可 - 焦点不在编辑区（比如光标停在侧边栏、控制台或命令面板里）——点一下代码区域再按
Ctrl + Home / Ctrl + End 是跳文件头尾，不是行头尾
容易混淆的点：这组快捷键作用范围是整个文件，不是当前行。如果你要跳到「当前这一行的开头」，必须用 Ctrl + ←；跳到「当前这一行的末尾」，必须用 Ctrl + →。
常见误操作：
- 想快速删掉行尾空格，却按了
Ctrl + End→ 光标飞到文件最底下，白忙活 - 写 JSON 时想对齐冒号，反复按
Ctrl + Home→ 实际是滚到文件顶部，和当前行无关 - 记混了 macOS 的行为：它不认
Cmd + ←为行首（那是 Mission Control 热键），必须用Ctrl + ←
行内跳转比你想象中更精准
Ctrl + ← 和 Ctrl + → 不是按单词跳，而是按“逻辑位置”跳：
- 光标在
const name = "Alice";中间任意位置，按一次Ctrl + ←就落到const开头，再按落到行首（第一个非空白字符前） - 遇到连续空格或 Tab，它会把整段空白当一个跳转单元，不会卡在中间
- 行尾有注释如
foo(); // do something，Ctrl + →会先跳到分号后、再跳到//前、最后停在行末换行符前
这个行为在缩进混乱或混合空格/Tab 的文件里特别可靠，比正则替换或鼠标拖更省心。
真正容易被忽略的是：这些快捷键不感知语法，也不校验是否在字符串或注释内。光标停在 "hello| world" 的竖线处，Ctrl + → 仍会跳到 world 开头——它只数字符位置，不管引号边界。
