ctrl+←/option+←是sublime原生单词跳转快捷键，但可能因列选择、输入法劫持、系统快捷键冲突、光标位置或键盘映射问题失效；其跳转基于unicode分类与预设分隔符，非空格分割，且不支持中文变量名拆分。
Ctrl+←（Windows/Linux）或 Option+←（macOS）就是原生支持的「向上一个单词跳」快捷键，不需要插件、不依赖语法模式，但必须避开列选择和输入法干扰。
为什么 Ctrl+← 有时按了没反应？
这不是快捷键失效，而是当前状态阻止了光标移动逻辑：
- 误启了列选择模式（
Shift+Ctrl+↑或Shift+Ctrl+↓），此时方向键行为完全改变，退出列选后即可恢复 - 中文输入法处于激活状态，尤其搜狗、百度五笔等会劫持
Ctrl+←作为中英文切换 —— 切换到系统自带拼音或英文输入法再试 - macOS 系统级快捷键冲突：检查「系统设置 → 键盘 → 快捷键 → 使命控制」，关闭「将窗口移至左/右屏幕」这类绑定
Option+←的选项 - 光标卡在不可跳转位置：比如位于字符串开头引号前、注释行首、或文件最左端，再按一次
Ctrl+←会跳到行首而非上一词
跳转单位是「词边界」，不是空格分隔
Sublime 的单词跳转基于 Unicode 字符分类与预设分隔符，不是简单切空格。这意味着：
-
userProfileData会被拆成user→Profile→Data，光标停在每个大写字母前 -
api_v2_endpoint拆为api→v2→endpoint，下划线是默认词边界 -
item123name拆为item→123→name，数字与字母交界也被识别 - 但
用户名这类纯中文变量名不会被拆分 —— Sublime 原生不支持 Unicode 词边界，改word_separators配置也无效
macOS 用户别用 Cmd+←，那是系统级跳行首
很多人以为 macOS 上该用 Cmd+←，但这是系统级「跳到行首」快捷键，Sublime 无法接管。真正触发单词跳转的是 Option+←（即 Alt+←）：
- 确认键盘映射没被第三方工具（如 Karabiner、BetterTouchTool）重定义过
Option+← - 如果仍无效，打开
Preferences → Key Bindings，搜索move，确认{"keys": ["alt+left"], "command": "move", "args": {"by": "words", "forward": false}}存在且未被覆盖 - 注意：某些外接键盘（如 HHKB）可能把 Option 键映射为 Cmd，需进系统键盘设置校准
真正容易被忽略的是「光标初始位置」——如果光标落在单词中间（比如 fetchUserData 的 tch 上），第一次按 Ctrl+← 只会跳到该词开头（f），第二次才跳到上一个词（fetch → User）。想一步到位，先用 Ctrl+← 跳到词首，再按一次跳上一词。
