ctrl+c失效本质是语义链断裂：终端中它默认发sigint而非复制，需用ctrl+shift+c选中复制；编辑器中可能被vim插件、pboard僵死或扩展干扰，须按焦点、上下文、配置逐层排查。
多半不是 VSCode 坏了，而是某个环节的“语义链”断了——Ctrl+C 失效几乎从不单独发生，它背后连着焦点、上下文、快捷键绑定、剪贴板服务、甚至操作系统进程。
终端里按 Ctrl+C 没反应？那是它本该这样
VS Code 终端（Terminal）默认把 Ctrl+C 当作中断信号（SIGINT），不是复制命令。你选中了一段文本，按 Ctrl+C，终端会直接杀掉当前运行的进程，而不是复制。
- 真正复制终端内容：先鼠标拖选或用
Shift+↑/↓选中，再按Ctrl+Shift+C（Windows/Linux）或Cmd+Shift+C（macOS） - 想让
Ctrl+C在终端里也能复制？改配置："terminal.integrated.commandsToSkipShell": []（清空黑名单），但要注意这会让Ctrl+C失去中断功能 - Windows 用户还要额外确认：右键终端标题栏 → “属性” → 勾选“快速编辑模式”，否则
Ctrl+V仍无效
编辑器里 Ctrl+C 完全没响应？先看 pboard 或插件
macOS 下最常见原因：系统剪贴板守护进程 pboard 僵死。VS Code 不管底层，全靠它。一旦卡住，Cmd+C 就变“软”——按了没反馈、延迟 2 秒才生效、或只在部分文件生效。
- 验证方式：在备忘录或 TextEdit 里试
Cmd+C，同样失效 → 铁定是pboard - 解决：活动监视器搜索
pboard（用户为 root，名称精确匹配），强制退出，等 5–8 秒系统自动拉起新进程 - 插件干扰高频项：
Vim插件会把Ctrl+C绑定为“退出插入模式”；multi-cursor类增强插件也可能重载复制逻辑 - 临时排查：用
Cmd+Shift+P→Developer: Reload Window With Extensions Disabled快速验证
多光标下 Ctrl+V 粘贴错乱？不是粘贴失败，是匹配规则错了
你选了 5 个变量名，按 Ctrl+C，再按 Ctrl+V，结果只在第一个位置粘了一整段拼起来的字符串——这不是 bug，是 VS Code 默认行为：editor.multiCursorPaste 设为 "full"（全部塞进每个光标）。
- 想逐行粘贴（光标1→第一行、光标2→第二行）：设
"editor.multiCursorPaste": "spread"，且确保剪贴板里是换行分隔的纯文本 - 注意陷阱：如果剪贴板只有 3 行，你有 5 个光标，
spread会静默截断，不会报错也不会提醒 - 更稳方案：装
Text Pastry插件，用它的Text Pastry: Paste from Clipboard命令，强制按行一一映射，不依赖格式 - 别忽略来源：从网页复制带 HTML 标签、从 Excel 复制带制表符的内容，都会破坏换行结构，导致
spread失效
真正容易被忽略的是“上下文切换”：你在终端里按 Ctrl+C，然后切到编辑器按 Ctrl+V，看似连贯，其实两个区域的剪贴板访问路径不同——终端复制走的是 xterm.js 的 clipboard API，编辑器走的是 Electron 原生接口，中间没有自动桥接。一次操作链断裂，就全盘失准。
