VSCode 的 Ctrl + → 默认跳至下一个单词开头而非当前单词末尾，因其设计逻辑是“按单词起始位置移动”；光标在单词开头时，首次触发才停于该单词末尾之后。
Ctrl + → 是 VSCode 默认按单词跳转到下一个单词开头的快捷键，但「跳到当前单词末尾」没有直接对应的单次按键——它需要两次 Ctrl + → 配合理解光标落点才能实现。
为什么按一次 Ctrl + → 不停在单词末尾？
VSCode 的 Ctrl + →（Windows/Linux）或 Option + →（macOS）设计为「跳到下一个单词起始位置」，不是「跳到当前单词结束位置」。所以：
- 光标在单词中间时，第一次按
Ctrl + →会跳到**下一个单词开头**，而非当前单词末尾 - 若光标已在某个单词开头，第一次按会跳到该单词**末尾之后的位置**（即最后一个字符右侧），这才是你想要的“单词末尾”落点
- 这个行为和
Shift + Ctrl + →（选中到单词末尾）严格对齐，属于有意为之的设计，不是 bug
Ctrl + → 在不同语言扩展下可能失效
某些语言服务器（如 Python 的 Pylance、TypeScript 的 TS Server）会劫持 Ctrl + → 做符号跳转（比如跳转到函数定义），导致单词跳转失效。
- 检查方式：按
Ctrl + K Ctrl + S打开快捷键面板，搜索Ctrl + →，看是否被其他命令占用 - 临时绕过：用
Ctrl + Shift + →先选中当前单词，再按→右移一位，光标就落在单词末尾后 - 长期方案：在快捷键设置里，把
editor.action.wordHighlightWidgetNext或类似冲突命令的绑定删掉，确保Ctrl + →绑定的是cursorWordEndRight
真正跳到「当前单词末尾」的可靠操作
如果必须精准停在当前单词最后一个字符之后（比如为后续编辑做准备），推荐组合操作：
- 先按
Ctrl + ←回退到当前单词开头 - 再按一次
Ctrl + →，光标就落在该单词末尾之后 - 或者直接用
Ctrl + Shift + ←选中当前单词，然后按→—— 这比记忆「两次右箭头」更稳定 - 注意：空格、下划线、连字符是否算单词边界，取决于当前语言模式的
wordSeparators配置，Python 和 JavaScript 默认处理一致，但 JSON 或 Markdown 中可能表现不同
最易被忽略的一点：「单词末尾」在 VSCode 里永远指「最后一个可打印字符之后」，不是视觉上行尾或缩进结束处。哪怕单词后面跟着十个空格，光标也只停在字母后、第一个空格前——这个细节决定你后续删除或插入时会不会多删一个空格。
