VSCode默认不启用子词导航，需手动设置"editor.cursorWordPartStart": true和"editor.cursorWordPartEnd": true；快捷键因系统而异（Windows/Linux用Ctrl+←/→，macOS用Option+←/→），且仅对标识符token生效，字符串、正则等上下文无效。
VSCode 默认不启用子词导航，需手动开启 "editor.wordSeparators" 之外的配置
VSCode 原生不支持像 IntelliJ 那样按 Ctrl+←/Ctrl+→ 在 camelCaseName 中逐段跳转（即“子词”粒度），它默认把整个标识符当做一个单词。真正起作用的是编辑器的「子词移动」功能，但必须显式启用，且依赖语言模式是否支持。
关键不是改 wordSeparators（那是控制光标停在哪类字符旁），而是打开 "editor.wordWrap": "off" 无关，重点是以下两项：
-
"editor.cursorWordPartStart": true—— 允许Ctrl+←在驼峰/下划线处停顿 -
"editor.cursorWordPartEnd": true—— 允许Ctrl+→同理
这两项默认为 false，即使你装了 Python 或 TypeScript 扩展也不会自动开。必须写进 settings.json（用户或工作区级）。
不同平台快捷键不统一，Ctrl+← 在 macOS 上实际是 Option+←
Windows/Linux 用户用 Ctrl+← / Ctrl+→；macOS 用户对应的是 Option+← / Option+→（不是 Cmd）。这个差异常被忽略，导致配置开了却“没反应”。
验证方法：在编辑器中输入 getBoundingClientRect，把光标放在末尾，连按 Option+←（macOS）或 Ctrl+←（Win/Linux），应依次停在 rect、bounding、get 左侧。
注意：Alt+← 在 Windows 上是浏览器后退快捷键，和 VSCode 冲突——如果发现光标不动，先检查是否误按了 Alt 而非 Ctrl。
某些语言扩展会覆盖子词行为，特别是 Vue 和 Rust 插件
Vue 官方插件 volar 在 .vue 文件的 <script> 区域默认启用子词导航，但若同时启用了旧版 vetur，两者会冲突，导致 Ctrl+← 有时跳整词、有时卡住。
Rust 的 rust-analyzer 扩展在 2026 年 3 月起默认禁用子词移动，理由是“与语义高亮逻辑冲突”，需额外加配置：
"rust-analyzer.cargo.loadOutDirsFromCheck": true, "editor.cursorWordPartStart": true
其他常见干扰源：
-
Auto Close Tag插件：在 HTML 标签内会劫持Ctrl+→，建议关闭其autoCloseTag.enableAutoCloseTag -
Bracket Pair Colorizer类插件：部分版本会重定义光标移动逻辑，卸载后测试可快速定位
子词导航对正则和字符串字面量无效，这是设计使然
在 const re = /fooBarBaz/g; 或 "user_id" 这类上下文中，Ctrl+← 不会在 foo/Bar 间停顿——因为编辑器识别到它们处于字符串或正则字面量内，已切换为「文本模式」而非「标识符解析模式」。
这不是 bug，是 VSCode 的明确行为：子词移动只作用于语言服务标记为 identifier 的 token。所以不要指望它能在注释或 JSON 值里生效。
如果你真需要在字符串内也做子词跳转，目前唯一稳定方式是临时切到纯文本模式（右下角点击语言名 → 选 Plain Text），但会丢失语法高亮和补全——权衡之下，多数人选择接受这个边界。
