sublime text剪贴板管理失效主因是快捷键冲突与事件监听被绕过：ctrl+shift+v默认触发paste_and_indent而非paste_from_history；多光标下ctrl+c仅复制最后一行，因multieditutils等插件绕过on_post_text_command事件链；解决需重绑快捷键（如ctrl+alt+v）、退出多光标再复制或改用snippets。
Sublime Text 和剪贴板管理工具（如 Ditto、Clipboard History 插件、Windows 剪贴板历史）不是“不兼容”，而是行为链被截断或错位——你看到的“失效”，90% 是快捷键冲突、事件监听被跳过，或缓冲区类型用错了。
Ctrl+Shift+V 不弹历史面板？它根本没触发 paste_from_history
这个快捷键在 Sublime 原生逻辑里绑定的是 paste_and_indent，不是插件的 paste_from_history。多光标状态下尤其明显：Sublime 优先执行缩进粘贴，插件监听直接被绕过。
常见现象是按了没反应，或者粘出来缩进全塌了——这不是插件坏了，是命令根本没走到它那儿。
解决办法很简单：
- 换一个未被 Sublime 内置占用的组合键，比如
Ctrl+Alt+V或Ctrl+Shift+H - 在
Preferences > Key Bindings – User中加一条（注意 JSON 格式）：[{"keys": ["ctrl+alt+v"], "command": "paste_from_history"}] - 确认该组合键没被系统级工具劫持：关掉 Ditto、微信、QQ 等，再试一次
多光标复制后历史只存 1 条？因为 Ctrl+C 只复制当前光标行
Ctrl+Shift+L 是拆分选区，不是批量复制。进入多光标状态后按 Ctrl+C，只会把最后一个光标所在行的内容写入剪贴板——其余光标位置的内容压根没被捕获。
剪贴板管理插件（如 Clipboard History）依赖 on_post_text_command 监听 copy 事件，而多光标插件（如 MultiEditUtils）常绕过标准命令链，导致事件丢失。
临时救法：
- 复制前先按
Esc退出多光标模式，再用鼠标框选多行 +Ctrl+C - 把高频片段存成
snippets，避免反复复制粘贴 - 手动调用：按
Ctrl+Shift+P→ 输入Paste from History，绕过快捷键路径
Linux 中键粘贴失败？enable_middle_click_paste 只是入口，xclip/xsel 才是关键
启用 "enable_middle_click_paste": true 后仍无效，大概率卡在底层工具链缺失或显示协议不匹配。
中键粘贴读取的是 X11 的「主选择区」（primary selection），和 Ctrl+C/V 的「剪贴板」（clipboard）是两个独立缓冲区——你用 Ctrl+C 复制的内容，中键是粘不出来的。
必须同时满足：
- 运行
which xclip或which xsel，若无输出，需安装（Ubuntu/Debian：sudo apt install xclip） - 确认当前会话是 X11，不是 Wayland（Wayland 下该功能目前无原生支持）
- 中键要粘的内容，得是“鼠标选中即载入”的主选择区内容，不是手动复制的剪贴板内容
怎么验证快捷键到底有没有进 Sublime？别猜，用控制台实测
很多“失效”问题其实是按键信号根本没传进来，和插件完全无关。
按 Ctrl+` 打开控制台，输入：
sublime.log_input(True)然后按你的快捷键（比如
Ctrl+Alt+V）。如果控制台没输出，说明被系统/输入法/显卡驱动截断了；有输出但没反应，再输：
sublime.log_commands(True)看实际触发了哪个 command。
Windows 用户重点查 NVIDIA 控制面板热键设置、Intel Graphics Command Center；macOS 用户检查「系统设置 → 键盘 → 快捷键」里 Spotlight 是否占用了同名组合。
真正麻烦的不是装不上，而是误判能力边界：Sublime 的剪贴板交互本质是事件驱动 + 缓冲区分层，跨工具协作时，哪一环松动都会断链。别指望一键全局兼容，得一层一层对齐信号源、缓冲区类型和命令路由。
