webstorm双击仅选中当前词，不匹配相同词段；必须用alt+j逐个添加光标或ctrl+alt+shift+j全量选中，且依赖完整标识符识别、驼峰设置及非语法区限制。
WebStorm 默认双击不能选中全部相同词段，必须用 Alt+J（Windows/Linux）或 Ctrl+G（macOS）逐个添加匹配光标，或用 Ctrl+Alt+Shift+J 一次性全量选中——双击只是选中当前单词，和“相同词段”无关。
为什么双击只选一个词，不是所有相同词
双击行为由操作系统级文本选择逻辑控制，WebStorm 不重载它。它只触发「当前词」的普通选中（等效于 Ctrl+W），不涉及语义匹配或跨位置定位。所谓“选中全部相同词”，本质是多光标操作，必须显式触发，不是视觉选中。
- 双击后按
Alt+J才会跳到下一个同名变量/函数/字符串字面量，并加新光标 - 若光标停在
user.name的name上，Alt+J只匹配独立的name，不会连带匹配user.name整体——需先选中完整标识符再操作 - 如果
Settings > Editor > General > Smart Keys > Use "CamelHumps" words关闭，userName会被当做一个词，Alt+J就不会分别跳user和Name
Alt+J 和 Ctrl+Alt+Shift+J 的实际区别
两者都依赖当前已选中文本是否构成完整语义单元（如变量名、方法名、字符串内容），但策略不同：
-
Alt+J：增量式，按一次加一个匹配项，适合边看边确认，大文件不卡顿，中途可随时停 -
Ctrl+Alt+Shift+J：全量式，立刻扫描当前文件所有匹配，适合确定要批量改且无嵌套干扰的场景 - 在
use Foo\Bar\{A, B, C};或namespace App\Http\Controllers;这类语法区，Ctrl+Alt+Shift+J容易卡住或漏匹配——JetBrains 主动限制这些区域的光标添加 - 如果想跨文件找，得用
Ctrl+Shift+F全局搜索 +Alt+F7查引用，不是多光标能解决的
选中后编辑时容易错位的几个关键点
多光标本身不保证对齐，尤其当目标行缩进不一致、含注释或空行时，光标列位置可能偏移甚至跳到错误字符上：
- 操作前务必先按
Ctrl+Alt+L重排格式，统一缩进和换行风格 - 避免在列选择模式（右下角显示
Column Selection Mode）下混用多光标——此时Alt+J失效，光标可能被吞掉 - 复制多光标内容（
Ctrl+C）后，剪贴板存的是换行分隔字符串；粘贴（Ctrl+V）时 WebStorm 严格按行数一一对应，行数不匹配就会丢内容或重复最后一行 - 输入模板如
fori+Tab后，所有光标处的$INDEX$变量默认同步编辑——改第一个，其余全变，容易误覆盖
真正卡住人的从来不是快捷键记不住，而是没意识到 WebStorm 的多光标是「按需触发 + 语义感知 + 格式敏感」的组合机制。双击只是起点，后面三步（选准词、加对光标、防错位编辑）缺一不可。
