VS Code多光标需按规范操作：Ctrl+Click（已有光标处）、Ctrl+Alt+↑/↓（逐行添加）、Ctrl+D（选中同词）、Ctrl+Shift+L（选中行转光标）、列选择模式（Shift+Alt+拖拽）实现精准对齐；批量改结构优先用Ctrl+H正则替换，避免误操作导致光标丢失。
多光标怎么快速添加？
vs code 的多光标不是靠“按住 ctrl 再点”这种随机操作，而是有明确触发路径。最常用的是 ctrl+click（windows/linux）或 cmd+click（macos）——但注意：它只在已有光标位置有效，不能从空白行开始点；如果想从不同行手动加光标，得先用 ctrl+alt+↑/↓（windows/linux）或 cmd+option+↑/↓（macos）逐行插入。
另一个高频场景是选中多个相同词再批量加光标：Ctrl+D（Windows/Linux）或 Cmd+D（macOS）会逐个扩展选中下一个匹配项；连续按会跳过不想改的，这时按 Ctrl+U 可撤回上一次添加。
- 别用鼠标拖选后再
Ctrl+Click—— 这会清除原有选区，变成单点光标 -
Ctrl+Shift+L（Windows/Linux）或Cmd+Shift+L（macOS）能把当前选中的所有行转为每行一个光标，适合已选中多行文本后进入编辑态 - 如果文件很大，
Ctrl+D会卡顿，建议先用Ctrl+F搜索定位，再用Alt+Enter全选所有匹配项，自动创建全部光标
如何对齐多光标输入？
对齐编辑的关键不是“加光标”，而是“让光标停在同列”。比如要给多行末尾补逗号，直接 Ctrl+Alt+↓ 往下加光标，光标会落在各行末尾；但如果各行长度不一，光标列位置就不同，此时输入内容会错位。
真正可靠的对齐方式是：先用列选择模式（Shift+Alt+鼠标拖拽 或 Ctrl+Shift+Alt+→/←）框出目标列区域，松手后每行对应列都会生成一个光标。这个动作不受行首缩进、空格数影响，纯按视觉列对齐。
- 列选择模式下按
Home或End不会跳到行首/尾，而是移动到列选区边界 - 如果某行太短导致列超出，该行不会生成光标 —— 这是设计行为，不是 bug
- 对齐后输入文字，所有光标同步生效；但删除操作（
Backspace或Delete）也同步，容易误删，建议先Ctrl+Z留一手
批量替换和正则怎么配合多光标？
多光标本身不处理逻辑替换，它只是“多个输入位置”。真要批量改结构，得靠查找替换面板：Ctrl+H（Windows/Linux）或 Cmd+H（macOS）。开启正则（.* 按钮）后，可以用捕获组 + 引用做安全重构。
例如把 user.name 改成 user?.name：搜索 (\w+)\.(\w+)，替换为 $1?. $2（注意空格是故意写的，方便你检查是否多加了），再点 Replace All。这比手动加几十个 ? 稳定得多。
- 多光标 + 手动输入适合“固定字符串替换”，比如统一加前缀
const；但涉及模式变化（如大小写、括号包裹、条件插入），必须用查找替换 - 正则里
\b表示单词边界，能避免把username里的name错当name替换 - 替换前务必点
Find All看匹配数量，尤其在大文件里，漏看一个name在注释里被改掉，可能埋 runtime error
为什么光标突然消失或失效？
多光标不是永久状态，它会在很多操作后自动合并或清空。常见触发点包括：Esc 键（退出多光标）、滚动页面（部分版本会丢光标）、执行命令如格式化（Shift+Alt+F）、甚至切换 Tab 后再切回来。
更隐蔽的问题是扩展干扰：比如 Prettier、ESLint 自动保存时重排代码，会重置光标位置；或者 Vim 插件启用后，Ctrl+D 被映射成其他动作。
- 看到光标只剩一个，先按
Ctrl+U回退几次，有时能恢复 - 禁用非必要插件后测试，重点关 Vim、Bracket Pair Colorizer、Auto Rename Tag 这类高介入型扩展
- 如果总在格式化后失效，去设置里搜
editor.formatOnSave，临时关掉，或改用editor.formatOnType避免保存瞬间破坏编辑流
多光标真正的门槛不在快捷键记忆，而在于判断“此刻该用多光标，还是该用查找替换，还是该写个 snippet”。三者混用才不卡壳。
