VSCode多光标应使用快捷键而非鼠标点击：Alt+Click精准插标，Ctrl+Alt+↑/↓同列增标，Ctrl+Shift+L全文件匹配加标；Ctrl+D逐次扩展需防误匹配，插件或设置异常时检查editor.multiCursorModifier等配置。
多光标怎么加：别用鼠标狂点，用快捷键才稳
VSCode 的多光标不是靠鼠标反复点击实现的，那样容易错行、漏行，尤其在滚动后光标会“飘”。核心是用键盘组合触发，系统会自动对齐逻辑位置。
常见错误现象：Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS）单点加光标看似方便，但一旦代码有缩进不齐、空行或注释干扰，新光标就可能落在错误列上，改着改着发现只改了半行。
-
Alt+Click（Windows/Linux）或Option+Click（macOS）：精准在任意位置插入一个新光标，不受当前选区影响 -
Ctrl+Alt+↑/↓（Windows/Linux）或Cmd+Option+↑/↓（macOS）：在当前光标上下行同列位置添加光标，适合改变量名、统一补前缀等场景 -
Ctrl+Shift+L（Windows/Linux）或Cmd+Shift+L（macOS）：把当前选中的所有相同文本转成多光标——这是批量改重复词最可靠的路子
选中多行后按 Ctrl+Shift+L 没反应？检查这三点
这个快捷键失效不是 bug，大概率是触发条件没满足。它本质是“基于当前选区做全文件匹配”，不是简单地给每行加光标。
使用场景：你想把文件里所有出现的 user.name 改成 user.fullName，先选中一个 user.name，再按 Ctrl+Shift+L，VSCode 就会在所有匹配位置放光标。
- 当前选区必须是非空的纯文本（不能是空格、换行符，也不能跨行选中）
- 没有开启「匹配大小写」或「全字匹配」但目标文本不满足——比如你选了
name，但文件里实际是Name，默认就不匹配 - 光标在字符串或注释里，而你开启了「仅在代码中查找」（
editor.selectionHighlight关联设置不影响，但editor.wordBasedSuggestions或插件可能干扰）
Ctrl+D 逐个扩展选中 vs 多光标：什么时候该停手
Ctrl+D 是“智能扩展选中”，每次按一下，就往后找下一个相同词并加入选区。但它不是无脑连按就行——越往后，越容易把不该改的也卷进来。
性能影响：如果文件很大（比如 >10MB），或者正则匹配开得过宽（如开了 regex 模式但没锚定），Ctrl+D 可能卡顿甚至假死，因为 VSCode 在后台持续做全文扫描。
- 第一次
Ctrl+D后，立刻看右下角状态栏是否显示「x matches found」；没显示或数字暴涨（比如从 3 跳到 247），说明匹配失控，马上按Esc退出 - 想改的是带上下文的模式（比如所有
console.log(后面第一个参数），别硬用Ctrl+D，改用Ctrl+F→ 输入console\.log\(([^)]+)→Alt+Enter进入多光标模式更稳 -
Ctrl+U可以撤回上一次Ctrl+D扩展，比删光标重来快得多
插件或设置搞乱多光标？关掉这几个开关先试试
有些插件（比如 Bracket Pair Colorizer、Auto Rename Tag）或自定义设置会劫持光标行为，导致 Alt+Click 失效、Ctrl+Shift+L 只加一个光标、或者光标突然跳到别的文件。
兼容性影响：VSCode 1.85+ 对多光标底层做了优化，但部分老插件还没适配，尤其那些监听 onDidChangeTextEditorSelection 的。
- 临时禁用所有插件：
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools→ 看 Console 有没有报selection相关错误 - 检查设置里有没有改过
editor.multiCursorModifier—— 如果被设成"ctrlCmd"，那原本的Ctrl+Click就会变成加光标，而Alt+Click反倒失效 - 确认
editor.smoothScrolling是false：开启后偶尔会导致光标定位偏移一两个字符，看着像加错位置
Ctrl+Shift+L 加了 37 个光标，敲了几个字母后发现第三行其实不该改，这时候没法单独删那个光标，只能 Esc 全退，再手动挑着加。所以加之前，先用 Ctrl+F 确认范围，比啥都管用。 
