vs code原生多光标高效关键在于正确使用ctrl+d（增量匹配）、ctrl+shift+l（全量展开）、列选择（坐标对齐）及适时切换正则替换；误用或光标语义错位是效率瓶颈。
VS Code 原生多光标能力已足够应对绝大多数批量修改场景，插件不是必需项；真正卡住效率的，是没用对原生命令组合，或在错误时机强行依赖鼠标点击。
Ctrl+D 和 Ctrl+Shift+L 的区别在哪
两者都处理“相同文本”，但触发逻辑和适用边界完全不同：
-
Ctrl+D是增量式匹配：从当前光标所在词开始，向后扫描下一个**完全相同且语义合理**的匹配（跳过字符串、注释中的同名变量），适合局部重命名或小范围调整 -
Ctrl+Shift+L是全量式展开：先选中一个样本（比如userId），执行后立刻在**全文所有精确匹配位置**生成光标，不区分上下文，也不跳过——哪怕它出现在正则字符串里也会被选中 - 误用
Ctrl+D连续按太多次，容易把user和username混在一起；而Ctrl+Shift+L要求你先双击选中完整单词，天然规避部分匹配问题 - 性能上：
Ctrl+D在超大文件中可能卡顿；Ctrl+Shift+L一次性计算，反而更稳
列选择模式为什么比 Ctrl+Alt+↑/↓ 更可靠
视觉对齐才是批量编辑的核心前提，而列选择直接锁定列坐标，不受行内容长度干扰：
-
Shift+Alt+拖拽（Windows/Linux）或Shift+Option+拖拽（macOS）拉出矩形区域，松手即在每行对应列生成光标——哪怕某行只有 2 个字符，只要列位置存在，就加光标 -
Ctrl+Alt+↓是“向下复制当前列位置”，但如果某行缩进不一致（比如混用了空格和 tab），光标会错位到不同列，输入时直接错行 - 列选择状态下按
End不会跳到行尾，而是停在矩形右边界；这说明 VS Code 此时已脱离“行逻辑”，进入纯坐标逻辑 - 删内容时，列选择 +
Delete是同步清除，但若某行该列是空格，也会被删——建议先Ctrl+Z留退路
什么时候该放弃多光标，改用正则替换
多光标只负责“多个输入点”，不理解结构变化。一旦操作涉及模式转换，就必须切到 Ctrl+H：
- 想把
data.user.name改成user?.name？多光标只能逐个删data.，但容易漏掉data.items这类干扰项；用正则data\.(\w+\.\w+)→$1更安全 - 给所有未引号的 key 补单引号：
(\s+)([a-zA-Z_]\w*)(\s*:)→$1'$2'$3，这种带上下文判断的操作，多光标做不到 - 多光标已存在时，
Ctrl+H的“全部替换”仍会作用于全文，不会只改光标位置——这是设计，不是 bug；如需限制范围，请先用鼠标选中目标段落再打开替换面板 - 正则启用后，
Ctrl+Shift+L可配合使用：先搜出所有匹配，再按Ctrl+Shift+L转为光标，最后手动微调个别位置再输入，兼顾精度与可控性
删错光标别狂按 Esc
Esc 会清空所有光标，重来成本高。精准删除单个光标有明确路径：
- 把焦点移到想删的光标上，按
Ctrl+Shift+K（Windows/Linux）或Cmd+Shift+K（macOS）：只删当前光标，其余保留 - 按住
Ctrl+Alt（Windows/Linux）或Cmd+Option（macOS），再点击任意一个光标位置：直接移除该处光标，不影响其他 - 刚加完一堆光标发现错了？按
Ctrl+U（Windows/Linux）或Cmd+U（macOS）可逐次撤销添加动作，比重选快得多 - 如果光标分散难定位，别硬找——先
Ctrl+Shift+P输入Add Cursor At All Occurrences重刷一遍，比手动清理更省事
最易被忽略的点是：多光标生效的前提，不是“加了多少个”，而是“它们是否落在语义一致的位置”。比如都在等号右侧、都在引号内、都在冒号后。输错一个字符就全崩，往往是因为某个光标悄悄落在了括号中间或注释开头——检查光标位置比检查快捷键更重要。
