VSCode多光标需按正确路径触发，Ctrl+D按全字匹配优先选长词，Shift+Alt+I/Shift+Alt+Home可精准行尾/行首加光标，Ctrl+Click默认跳转定义，改设置或用Ctrl+Alt+Click可加光标，多光标输入前须确认光标对齐与上下文。
VSCode 多光标不是“按住 Ctrl 点一下”就能生效的功能，它依赖明确触发路径和上下文状态；用错快捷键（比如直接 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（这样Ctrl+Click加光标，Alt+Click才跳转） - 不改设置也能用：
Ctrl+Alt+Click（Windows/Linux）或Cmd+Option+Click（macOS）——无需改配置，兼容性更好 - 某些语言扩展（如 Python Pylance）可能覆盖此设置，优先检查右下角语言模式是否正确
多光标输入时内容错位或只改第一处？
多光标默认同步输入，但一旦光标列位置不一致、或某光标落在注释/字符串内，就容易失效。
- 输入前确认所有光标都处于相同相对位置：比如都在冒号后、都在引号内、都在等号右侧
- 列选择（
Alt+Shift+拖拽）比手动加光标更可靠，它按视觉列对齐，不受缩进干扰 - 若发现错位，先关掉
editor.renderWhitespace并设为"all"，看清空格和 Tab 是否混用；统一缩进后再操作 - 删除操作（
Backspace或Delete）也同步，容易误删，建议先Ctrl+Z留一手
真正卡点不在快捷键记不住，而在每次操作前有没有确认光标状态——是否对齐、是否在有效上下文、是否被插件劫持。这些细节不显眼，但决定你是提效还是返工。
