Ctrl+←/→ 实现 Unicode 词边界跳转，支持驼峰、下划线等分隔，但不支持中文变量名和大小写交界；常见卡顿源于列选择模式、输入法冲突或系统快捷键覆盖。
Ctrl+←/→ 是真·单词跳转，不是“按空格切”
Sublime 的 Ctrl+←（Win/Linux）或 Alt+←（macOS）跳的是 Unicode 词边界，不是空格分隔的“单词”。比如 fetchUserData 会停在 f → etch → User → Data 前；api_v2_endpoint 拆成 api → v2 → endpoint。下划线、连字符、点号都算默认分隔符。
常见卡顿原因：
- 光标已在行首或字符串引号前，再按一次会跳到行首（不是报错，是行为终点）
- 中文变量名（如
用户名）完全不响应——Sublime 原生不支持 Unicode 词边界，改word_separators配置也无效 - 驼峰命名（
MyComponent）被当整体：这是内核硬编码限制，word_separators控不了大小写交界
按了没反应？先关掉这三类拦截
不是快捷键失效，而是被静默劫持：
- 误启列选择模式（
Shift+Ctrl+↑或Shift+Ctrl+↓），方向键行为彻底改变，退出列选即可恢复 - 中文输入法（尤其搜狗、百度五笔）把
Ctrl+←当中英文切换键——切到系统自带拼音或英文输入法再试 - macOS 系统级冲突：进「系统设置 → 键盘 → 快捷键 → 使命控制」，关闭绑定
Alt+←的「将窗口移至左屏幕」等选项
注意：Cmd+←（macOS）是系统级「跳行首」，Sublime 无法接管；必须用 Alt+←。
行首/行尾移动别靠方向键拖，用精准命令
想批量把光标拉到多行行尾？别手动按 →：
- 先用
Ctrl+L（Win/Linux）或Cmd+L（macOS）累加选中多行 - 再按
Ctrl+Shift+L（Win/Linux）或Cmd+Shift+L（macOS），所有行尾自动落光标 - 想统一移到行首？选中后按
Home（Win/Linux）或Ctrl+A（macOS），但注意 macOS 上Cmd+A是全选，不是行首
正则方式（适合大范围）：^ 匹配行首，$ 匹配行尾，打开查找（Ctrl+F）、开正则（点 *）、Find All，光标就批量到位了。
真正容易被忽略的细节
光标初始位置决定第一次跳转结果：如果停在 fetchUserData 的 tch 上，Ctrl+← 先跳到该词开头（f），第二次才跳上一词。想一步跨词，得先确保光标在词尾或词首。
另外，Sublime 所有行级操作（包括移动、复制、删除）都不校验语法结构——把缩进 4 空格的 if 块拖到函数外，缩进不会自动修正；跨折叠区域移动时，也不会提示“此处不可见”。它只搬文本，逻辑兜底是你自己的事。
