vscode中ctrl+←/→默认未绑定单词跳转，需手动映射cursorwordstartleft/cursorwordendright；macos应使用option+←/→；光标仅在单词开头时按ctrl+→才停于其末尾后，否则跳至下一单词开头。
Ctrl + ←/→ 默认不工作？先确认绑定状态
VSCode 默认没把 cursorWordStartLeft 和 cursorWordEndRight 绑定到 Ctrl + ←/Ctrl + →（Windows/Linux），macOS 上对应的是 Option + ←/Option + →。你按了没反应，大概率不是快捷键失效，而是根本没被映射过去。
检查方式：Ctrl + K Ctrl + S 打开快捷键面板，搜索 cursorWord，看有没有两条命令已启用；如果只有灰色条目或显示“无绑定”，就得手动加。
- Windows/Linux 用户：直接添加用户级绑定，
Ctrl + ←→cursorWordStartLeft，Ctrl + →→cursorWordEndRight - macOS 用户：用
Option + ←/Option + →，别用Ctrl + ←——那是系统切输入法的快捷键，VSCode 拦不住 - 如果搜到
Ctrl + →被editor.action.wordHighlightWidgetNext或其他插件命令占用了，删掉它，否则单词跳转永远被劫持
为什么光标有时跳得“不准”？wordSeparators 决定边界
VSCode 判断“什么是单词”，取决于当前语言模式下的 wordSeparators 配置。比如在 JavaScript 中，myVariableName 是一个词；但在 JSON 或 Markdown 里，冒号、引号、反引号可能打断识别，导致 Ctrl + → 停在 "key" 的 " 后面而不是 k 后。
- 查看当前配置：打开设置，搜
editor.wordSeparators，点开“在 settings.json 中编辑”，就能看到默认值 - Python 和 TypeScript 默认一致，但如果你改过
python.editor.wordSeparators，会影响snake_case的跳转粒度 - 连字符
-、下划线_是否算分隔符，直接影响user-name或user_name是跳成一整块还是两段
Ctrl + → 真的能跳到“当前单词末尾”吗？别信直觉
不能。VSCode 的 cursorWordEndRight 行为是「跳到下一个单词起始位置」，只有当光标恰好在某个单词开头时，第一次按 Ctrl + → 才会落在该单词最后一个字符之后——这常被误认为“跳到末尾”，其实是巧合。
- 光标在
func|tion（竖线是光标）时按Ctrl + →，会跳到foo()的f前，不是n后 - 想稳稳停在当前单词末尾后：先
Ctrl + ←回到词首，再Ctrl + →——这是唯一可靠路径 - 更顺手的替代：用
Ctrl + Shift + →选中当前单词，然后按→右移一位，光标就精准落在末尾后，且不用记状态
插件冲突比想象中常见，尤其 Pylance/TS Server
Python 的 Pylance、TypeScript 的 TS Server 会主动拦截 Ctrl + →，把它变成“跳转到符号定义”，而非单词移动。这不是 bug，是语言服务器的默认行为。
- 现象：你在 .py 文件里按
Ctrl + →，光标突然跳进 import 行或函数体里 - 验证方法：临时禁用 Pylance，再试一次；如果恢复正常，说明就是它在接管
- 折中方案：保留语言服务，但把单词跳转快捷键改成
Alt + →，避免冲突，同时不影响跳转定义功能
真正卡住效率的，往往不是快捷键不存在，而是它被悄悄重定向了——检查快捷键面板、确认语言模式、盯住 wordSeparators，三者缺一不可。
