多光标复制粘贴失效是因VSCode默认将多选内容拼为单字符串粘贴；需设"editor.multiCursorPaste": "spread"并确保剪贴板为换行分隔纯文本，或用Text Pastry插件逐行映射。
多光标模式下复制粘贴失效，不是 VSCode 坏了，而是它默认不把多个选区当“独立文本”处理——你复制的是所有光标选中的内容拼成的一段，粘贴时要么全塞进一个位置（full），要么按行拆开往每个光标里塞（spread），但前提是配置对、来源清、没被插件劫持。
为什么 Ctrl+C/V 在多光标下看起来“没反应”
常见现象：选中 5 处 id，按 Ctrl+C，再按 Ctrl+V，结果只在第一个光标处粘贴了一整段合并文本，其余光标空白或错乱。
- 根本原因：VSCode 默认把多光标复制结果当作单个字符串（用
\n拼接），而非 5 个独立片段；粘贴行为由editor.multiCursorPaste控制，默认值是full -
full模式：把整个复制内容原样插入每个光标位置（适合粘贴同一段代码到多个地方） -
spread模式：把复制内容按换行切分，第一行给第一个光标、第二行给第二个光标……要求剪贴板里恰好有对应行数的文本 - 如果复制源本身不含换行（比如你只是 Ctrl+D 选了 5 个单词，没手动换行），
spread会失败或静默丢弃多余光标
如何让多光标粘贴真正“逐行匹配”
想实现“光标1→apple、光标2→banana、光标3→cherry”，不能靠普通复制，得用结构化方式喂数据。
- 先确保剪贴板内容是换行分隔的纯文本（例如从终端、JSON 数组、CSV 列复制而来），不含富文本或零宽字符
- 在 settings.json 中设：
"editor.multiCursorPaste": "spread"（重启或重载窗口生效） - 更稳的做法：用
Text Pastry插件的Text Pastry: Paste from Clipboard命令——它强制按行一一映射，不依赖剪贴板格式 - 注意：如果光标数 ≠ 剪贴板行数，
spread会截断或循环，不会报错，容易误判
哪些操作会悄悄破坏多光标粘贴链路
看似无关的操作，可能直接切断多光标与剪贴板的语义关联。
- Vim 插件启用时，
Ctrl+C在 Normal 模式下不复制，而是取消选区——必须先按Esc进入 Normal 模式，再用y复制 - 终端（Terminal）里按
Ctrl+C是发中断信号，不是复制；真要复制终端输出，得用Ctrl+Shift+C（Windows/Linux）或Cmd+Shift+C（macOS） - 远程开发（WSL/SSH）中，剪贴板未集成时，本地复制的内容根本进不了远程 VSCode；WSL2 需运行
sudo clip.exe同步，SSH 则依赖终端模拟器支持 - 某些安全软件或输入法（如微软拼音的「同步输入」模式）会拦截
Ctrl+V事件，导致粘贴无响应，可临时禁用排查
粘贴后缩进错乱、中文变方块？别怪多光标
这是来源污染，不是多光标逻辑问题。VSCode 粘贴时不做清洗，原样吞入所有不可见字符和样式残留。
- 从网页、微信、PDF 复制的内容常带零宽空格（
\u200b）、软回车（\u2028）、内联 CSS 或字体声明——这些在纯文本编辑器里显示为乱码或破坏缩进 - 解决办法：先粘贴到记事本（Windows）或 TextEdit（macOS 纯文本模式）中“洗一遍”，再复制进 VSCode
- 或者装
Paste and Indent类插件，自动剥离富文本格式；VSCode 原生也支持Ctrl+Shift+V安全粘贴（跳过格式，仅文本） - 如果粘贴后光标卡住、无法输入，大概率是末尾混入了不可见控制字符，用
Ctrl+Shift+P→Toggle Render Control Characters可视化排查
多光标粘贴真正的复杂点不在快捷键，而在“上下文一致性”：剪贴板内容结构、VSCode 的 paste 模式、当前编辑器状态（Vim/终端/远程）、以及外部环境是否允许干净传递——漏掉任意一环，都会让 spread 变成玄学。
