vscode多光标本质是多个独立光标并行响应输入，关键在触发方式匹配编辑意图；用错快捷键会导致漏改、错位甚至卡死。
VSCode 多光标不是“同时选中多行就能改”的功能，它本质是多个独立光标并行响应输入——关键在触发方式是否匹配你的编辑意图。用错快捷键，轻则漏改、错位，重则卡死或光标全丢。
Ctrl+D 为什么总跳过目标或选错词
它不是全局搜索，而是从当前光标位置向后扫描下一个**完全相同且语义合理**的单词匹配项，默认启用「全字匹配」和「区分大小写」。
- 光标必须落在单词内部（比如
user_id的任意字母上），不能停在空格、点号或括号里 - 选中
id后连按Ctrl+D，不会命中userId或user_id_map，除非你关掉editor.matchWholeWord - 中间夹着一个不想改的匹配（比如字符串里的
"id"），按Ctrl+K Ctrl+D跳过，再继续 - 文件超大或正则查找面板开着但没锚定（如只输
log没加\b），Ctrl+D可能卡住；右下角不显示x matches found就该按Esc中断
Ctrl+Shift+L 全文匹配失效的三个硬条件
这个快捷键不是“给每行加光标”，而是“把当前选中的文本，在全文所有完全一致的位置放光标”。失效几乎都源于前置条件不满足。
- 当前选区必须是非空纯文本：不能只选了空格、换行符，也不能跨行选中（比如用鼠标拖出两行半）
- 大小写和全字匹配必须一致：选了
props，但代码里是Props或user_props，默认就不触发 - 光标若落在字符串或注释里，而你启用了
editor.wordBasedSuggestions类插件，可能压制匹配；临时禁用插件或改用命令面板执行Add Cursor At All Occurrences
列对齐编辑为什么光标歪了
VSCode 列选择是按字符列位置计算的，不是视觉对齐。缩进混用空格和 Tab、Tab 宽度设置不统一，都会导致 Alt+拖拽后光标错位。
- 拖拽前先打开设置搜
editor.renderWhitespace，设为"all"，看清每行缩进是几个空格还是 Tab - 用命令面板运行
Convert Indentation to Spaces统一缩进（比如全转成 2 空格），再拖拽 - Alt+Shift+拖拽（Windows/Linux）比
Ctrl+Alt+↑/↓更可靠：后者依赖行间对齐度，前者直接框出矩形区域，松手即生成光标 - 某行太短，目标列超出该行长度，VSCode 默认不生成光标——这是设计行为，不是 bug
什么时候该放弃多光标，切到正则替换
多光标只负责“多个输入点”，不理解上下文结构。一旦操作涉及模式转换、条件判断或边界识别，就必须换正则。
- 想把
data.user.name改成user?.name？多光标只能逐个删data.，但容易漏掉data.items这类干扰项；用正则data\.(\w+\.\w+)→$1更安全 - 给所有未引号的 key 补单引号：
(\s+)([a-zA-Z_]\w*)(\s*:)→$1'$2'$3，这种带上下文判断的操作，多光标做不到 - 多光标已存在时，
Ctrl+H的“全部替换”仍作用于全文，不会只改光标位置；如需限制范围，请先手动选中目标段落再打开替换面板
真正卡住人的往往不是“怎么加光标”，而是加完之后敲一个字符却只改了第一处——那说明其他光标被意外取消了，大概率是误触了方向键、鼠标点击，或者某行光标落在了折叠区域里。多光标编辑需要暂停鼠标、专注键盘，这是多数人切换不过来的操作惯性。
