Clipboard.GetText() 不能直接监听剪贴板变化，因Windows剪贴板无变更通知机制，它仅提供快照式读取；可靠监听必须通过Win32的SetClipboardViewer注册窗口并响应WM_DRAWCLIPBOARD消息。
为什么 Clipboard.GetText() 不能直接监听变化
因为 Windows 剪贴板本身没有“变更通知”机制，Clipboard.GetText() 只是快照式读取——调用时有内容就读到，没调用就永远不知道变了。很多新手以为开个定时器轮询就能“监听”，结果发现频繁调用会卡 UI、丢内容，甚至触发 InvalidOperationException: “The Clipboard is busy…” 错误。
真正可行的路径只有一条：用 Win32 的 SetClipboardViewer 注册窗口消息监听，再通过 WndProc 捕获 WM_DRAWCLIPBOARD。C# 中必须依托窗体（哪怕隐藏）才能接收这些消息。
- 必须有一个长期存活的、能处理 Windows 消息的
Form或NativeWindow实例 - 不能在控制台程序里直接用
Clipboard.GetText()加Timer实现可靠监听 - 每次收到
WM_DRAWCLIPBOARD后，要立刻调用Clipboard.GetDataObject()获取新数据，而不是再等下一次轮询
如何用 Form + WndProc 正确注册剪贴板监听
核心不是“轮询”，而是“被动收消息”。你需要一个隐藏窗体作为消息中转站，用 SetClipboardViewer 把它挂进系统剪贴板链表，之后所有剪贴板变更都会发 WM_DRAWCLIPBOARD 给它。
关键点：
- 重写
WndProc方法，专门拦截0x308（即WM_DRAWCLIPBOARD） - 在
Form.Load里调用SetClipboardViewer(this.Handle)，并在Form.Closing里调用ChangeClipboardChain清理 - 收到消息后，先调用
Clipboard.ContainsText()快速判断是否为文本，再用Clipboard.GetText()读取——避免对图片/文件等非文本内容抛异常
示例片段（仅关键逻辑）：
protected override void WndProc(ref Message m)
{
const int WM_DRAWCLIPBOARD = 0x308;
if (m.Msg == WM_DRAWCLIPBOARD && Clipboard.ContainsText())
{
string text = Clipboard.GetText();
OnClipboardTextChanged?.Invoke(this, text);
}
base.WndProc(ref m);
}
Clipboard.GetText() 的编码与格式陷阱
默认调用 Clipboard.GetText() 返回的是 Unicode 文本，但实际内容可能含 BOM、换行符混用（\r\n vs \n），或来自某些编辑器的富文本残留（比如 Word 复制带样式文字时，ContainsText() 仍返回 true，但 GetText() 可能抛 COMException）。
- 安全做法是改用
Clipboard.GetDataObject().GetData(DataFormats.Text)，再手动转string，可捕获并跳过异常格式 - 若需兼容 HTML 或 RTF 内容，应先用
ContainsData("HTML Format")或ContainsData(DataFormats.Rtf)判断，再针对性获取 - 注意：.NET 6+ 中
Clipboard.GetText(TextDataFormat.UnicodeText)更稳定，旧版建议显式指定格式
多线程和跨 AppDomain 场景下的常见崩点
剪贴板是全局资源，但 Clipboard 类内部依赖 STA 线程模型。如果你在后台线程（比如 Task.Run）里直接调用 GetText()，大概率遇到 ThreadStateException: “Current thread must be set to single thread apartment (STA)”。
- 所有剪贴板操作必须在创建窗体的 UI 线程执行，不能扔给
ThreadPool - 如果主程序是 WPF，要用
Dispatcher.Invoke；WinForms 则用Control.Invoke或BeginInvoke - 不要试图在
AppDomain.Unloaded或服务关闭时清理剪贴板监听——此时窗体可能已销毁，ChangeClipboardChain会失败，但不致命；重点是确保WndProc不再被调用即可
真正麻烦的不是监听本身，而是你忘了窗体生命周期和线程上下文绑定这件事。一旦脱离 UI 线程，所有剪贴板 API 都会变得不可靠。
