VSCode多光标需按明确逻辑触发，Ctrl+D基于全字匹配优先选长词，Shift+Alt+I/Shift+Alt+Home可精准在行尾/行首加光标，Ctrl+Click默认跳转定义，应改editor.multiCursorModifier或用Ctrl+Alt+Click，多光标输入错位常因光标位置不一致或误触鼠标。
VSCode多光标不是靠“多点几下鼠标”实现的，它依赖明确的触发逻辑和上下文状态；用错方式（比如直接 Ctrl+Click）大概率跳转定义而非加光标，反而打断节奏。
Ctrl+D 为什么只选中部分单词，甚至跳到 username 而不是 user？
Ctrl+D 默认做「全字匹配 + 区分大小写 + 从光标位置向后搜索」，且优先匹配更长的完整词。它不认你心里想的 “user”，只认语法上能独立成词的字符串。
- 光标停在
user上但文档里有username→ 它会先选中username（更长、更“完整”） - 光标前有空格或换行 →
Ctrl+D可能先选中空白，导致后续匹配偏移 - 想强制按字面匹配（不管是否为单词）：先双击选中目标文本（如
user），再按Ctrl+D—— 此时它以所选内容为模板，逐字查找 - 误选了？按
Ctrl+U撤销上一次添加，别硬着头皮继续按
怎么在每行末尾 / 开头批量加光标？
这不是靠猜匹配，而是固定位置操作，用命令最稳。
- 选中多行（
Shift+↓或鼠标框选），然后按Shift+Alt+I（Windows/Linux）或Shift+Option+I（macOS）→ 所有行末尾立刻加光标 - 同理，
Shift+Alt+Home（Win/Linux）或Shift+Option+Home（macOS）→ 所有行开头加光标 -
Ctrl+Shift+L不是干这个的：它匹配当前词，不是对齐位置；误用会导致光标落在中间某列，而非行尾 - 如果某行太短导致列超出，该行不会生成光标 —— 这是设计行为，不是 bug
Ctrl+Click 加不了光标，反而跳转定义？
这是 VSCode 默认行为冲突：Ctrl+Click 绑定的是 editor.action.revealDefinition，不是添加光标。
- 最稳妥解法是改设置：打开
Ctrl+,→ 搜editor.multiCursorModifier→ 改成ctrlCmd（这样Ctrl+Click加光标，Alt+Click才跳转） - 不改设置也能用：
Ctrl+Alt+Click（Windows/Linux）或Cmd+Option+Click（macOS）——无需改配置，兼容性更好 - 注意：某些语言扩展（如 Python Pylance）可能覆盖此设置，优先检查右下角语言模式是否正确
多光标输入时内容错位或只改第一处？
多光标默认同步输入，但一旦光标列位置不一致、或某光标落在注释/字符串内，就容易失效。
- 输入前确认所有光标都处于相同相对位置：比如都在冒号后、都在引号内、都在等号右侧。用
Ctrl+Right或Ctrl+Left跳词对齐比手动挪更可靠 - 粘贴内容时，VSCode 默认把剪贴板内容塞进每个光标 —— 但如果剪贴板是多行文本，而光标数不匹配，就会错行。此时应先用
Ctrl+Shift+P运行Editor: Paste and Indent或手动分段粘贴 - 真正卡住人的往往不是“怎么加光标”，而是光标加完之后，敲一个字符却只改了第一处 —— 那说明其他光标被意外取消了，大概率是误触了方向键或鼠标点击
复杂点在于：多光标编辑需要暂停鼠标、专注键盘；多数人卡在这一步的操作惯性上，而不是快捷键记不牢。
