是剪贴板管理工具导致Sublime Text卡死；因其劫持Windows剪贴板消息队列，与Sublime的plugin_host进程频繁读写冲突，引发线程挂起、CPU高占用及plugin_host异常退出，需通过安全模式验证并隔离剪贴板工具确认。
剪贴板管理工具让 Sublime Text 卡死？先确认是不是它干的
Sublime Text 启动后几秒内光标不动、Ctrl+V 粘贴延迟超 1 秒、任务管理器里 sublime_text.exe CPU 占用长期 >70%，且控制台（Ctrl + `）反复刷出 plugin_host has exited unexpectedly，同时你电脑上正运行 Ditto、ClipX、1Clipboard 或 Windows 自带的“剪贴板历史”（Win + V），那基本就是剪贴板工具在 hook 进程时和 Sublime 的 Python 插件宿主冲突了。
这种卡死不是插件本身写错，而是剪贴板工具劫持了 Windows 剪贴板消息队列，而 Sublime 的 plugin_host 进程又频繁读写剪贴板（比如 Emmet 展开、Snippet 插入、某些 LSP 补全触发），双方抢资源导致线程挂起。安全模式（Ctrl 不放启动）下若完全流畅，就排除了 Sublime 自身配置问题。
怎么快速验证剪贴板工具是元凶
别猜，直接隔离测试：
- 退出所有剪贴板管理工具（右键托盘图标 → Exit / Quit，不只是关闭窗口）
- 打开任务管理器，确认
Ditto.exe、ClipX.exe、WindowsClipboard.exe等进程已消失 - 完全退出 Sublime Text（Windows 查任务管理器确认
sublime_text.exe进程为 0） - 重启 Sublime，观察是否恢复：方向键响应、Ctrl+P 延迟 ≤ 300ms、粘贴无卡顿
- 再逐个重新启动剪贴板工具，每次只开一个，复现卡顿时立刻锁定肇事者
特别注意：Windows 11 的“剪贴板历史”默认后台常驻，即使没开 Win + V 界面，也要在 设置 → 蓝牙和其他设备 → 剪贴板 里关掉“剪贴板历史记录”和“跨设备同步”。
剪贴板工具与 Sublime 共存的实操方案
不一定要卸载剪贴板工具，但得切断它对 Sublime 的干扰路径：
- 在 Ditto 设置里关掉
Enable clipboard monitoring for applications，或把sublime_text.exe加进“Excluded applications”列表 - ClipX 用户：右键托盘图标 → Settings → Advanced → 勾选
Ignore applications that use their own clipboard handling - Windows 自带剪贴板：PowerShell 执行
Set-Clipboard -Value ""清空一次历史，再禁用功能；或注册表修改HKEY_CURRENT_USER\Software\Microsoft\Clipboard\EnableHistory设为0 - 如果用了 AutoHotkey 脚本自动操作剪贴板，检查是否含
ClipWait或Send ^v类命令——这些在 Sublime 粘贴前被拦截，会拖慢主线程
改完设置后必须彻底退出 Sublime 再重启，否则旧的 plugin_host 上下文仍会尝试通信。
为什么禁用插件不管用，而剪贴板才是真凶
因为这类冲突不报 Python 错误，控制台里看不到 ImportError 或 File "./Packages/XXX/xxx.py"，只看到断续的 plugin_host has exited unexpectedly 和空白堆栈。Package Control 禁用插件也无效，因为问题不在插件代码层，而在 Windows API 层级的剪贴板消息循环被阻塞。
最容易被忽略的点是：哪怕你只开了 Sublime 一个窗口，只要剪贴板工具开着，它就在后台轮询所有窗口句柄的 WM_DRAWCLIPBOARD 消息——而 Sublime 的 UI 线程一旦被这个消息打断，就会丢帧、失焦、甚至假死。这不是性能差，是资源争用下的确定性卡顿。
