vs code多光标编辑开箱即用但易出错：ctrl+d按三次失效因匹配逻辑限制（跳过字符串/注释、非全字匹配）；ctrl+shift+l需有纯文本选区且大小写一致；列选择（alt+拖拽）更稳定；多光标易被方向键或鼠标点击意外取消。
Ctrl+D 为什么按三次就失效或选错？
这不是 bug，是匹配逻辑在起作用：Ctrl+D 每次只往后找「下一个相同单词」，但它跳过字符串、注释里的匹配（默认行为），且不保证全字匹配。
- 第一次按
Ctrl+D：选中当前词（比如id） - 第二次按：选中下一个
id，但如果下一个是user_id或identity，它可能被跳过（取决于 wordSeparators 配置） - 第三次按没反应？大概率是后面没符合「独立单词」条件的匹配了；如果数字暴涨（比如从 2 跳到 137），说明正则/大小写/全字匹配开关没对上
- 想跳过某个匹配项：按
Ctrl+K Ctrl+D（Windows/Linux）或Cmd+K Cmd+D（macOS） - 想撤回上一次添加：按
Ctrl+U（Windows/Linux）或Cmd+U（macOS）
Ctrl+Shift+L 没反应？先检查这三件事
Ctrl+Shift+L 不是“给每行加光标”，而是「把当前选中的文本，在全文所有完全匹配的位置生成光标」。它失败几乎全是触发条件没满足。
- 当前必须有非空选区——不能是空格、换行符，也不能跨行选中（比如你拖选了两行中间的空白，它就不认）
- 选中的内容得是纯文本，比如双击选中
userName，而不是点一下光标停在u上就按快捷键 - 大小写敏感开关要一致：如果文件里是
Username，而你选的是username，且没关matchCase，那就找不到 - 它不会进注释或字符串（除非你关了
editor.suggest.showWords类插件干扰）
列选择（Alt+拖拽）比 Ctrl+D 更稳的场景
当你改的是对齐结构——比如 JSON 的 value、日志时间戳、表格字段、或者多行末尾补分号——Alt+拖拽（Windows/Linux）或 Option+拖拽（macOS）比任何词匹配都可靠。
- 缩进不统一？打开
"editor.renderWhitespace": "all"看清空格和 Tab 差异，再拖 - 想在每行开头加
//？别用Ctrl+D，用列选择框住所有行首位置，再输入 - 删多行同一列字符？列选中后按
Delete或Backspace，不是删整行 - 注意：
Shift+Alt+I是“每行末尾加光标”，适合补;、,、]这类结尾符号，但不适用于中间插入
光标“突然消失”或只改第一处？那是被取消了
VS Code 多光标非常脆弱：按一个方向键、点一下鼠标、甚至滚动一下视口，都可能导致其他光标被清除，只剩主光标。
- 最常见原因：你按了
→或↓，系统认为你要移动主光标，于是自动合并/丢弃其余光标 - 鼠标点击任意非光标位置，也会清空所有额外光标（只剩点击处的新光标）
- 临时缓解：设
"editor.multiCursorMergeOverlapping": false，但会堆出大量重叠光标，需手动删 - 更靠谱做法：用列选择或
Ctrl+Shift+L一次性到位，避免中途调整
