Clipboard.GetText() 返回空或抛异常是因为调用线程未设为STA模式；.NET剪贴板API强制要求STA，控制台程序需加[STAThread]特性，新线程须设ApartmentState.STA并用Thread.Start()启动。
为什么 Clipboard.GetText() 有时返回空或抛异常
不是剪贴板没内容，而是当前线程没设置为单线程单元（STA）。.NET 的剪贴板 API 强制要求调用线程必须是 STA 模式，控制台或后台线程默认是 MTA，直接调用会抛 InvalidOperationException：“Current thread must be set to single thread apartment (STA) mode before OLE calls can be made.”
- WinForms/WPF 主线程天然 STA，可直接用
- 控制台程序需在
Main方法上加[STAThread]特性 - 若用
Task.Run或新线程调用，必须手动设置ApartmentState.STA并用Thread.Start()启动，不能靠await回到原上下文
如何持续监听剪贴板变化（非轮询）
Windows 原生不提供剪贴板变更事件，.NET 也没有内置监听机制。所谓“监听”本质是用 SetClipboardViewer 注册窗口消息钩子，靠接收 WM_DRAWCLIPBOARD 通知。这意味着你必须有一个隐藏的、运行在 STA 下的窗口句柄——WinForms 的 Form 或 WPF 的 Window 最方便；纯控制台程序得自己用 CreateWindowEx 创建无界面窗口，成本高且易出错。
- 推荐做法：新建一个不可见的 WinForms
Form（form.ShowInTaskbar = false; form.Opacity = 0;），重写WndProc处理WM_DRAWCLIPBOARD - 每次收到消息后，用
Clipboard.ContainsText()先判断再取值，避免频繁失败 - 别忘了链式调用
ChangeClipboardChain，否则其他监听程序会收不到通知
Clipboard.SetDataObject() 和 Clipboard.SetText() 的关键区别
前者支持多格式、延迟序列化和自定义清理逻辑，后者只是前者的文本快捷封装。如果你要同时放纯文本、HTML、富文本甚至自定义对象（如 MyData 类型），必须用 SetDataObject 并传入 DataObject 实例。
-
SetText("abc")等价于SetDataObject(new DataObject(DataFormats.Text, "abc")) - 若想让粘贴到 Word 保留格式，需额外调用
dataObj.SetData(DataFormats.Html, htmlStr) - 用
SetDataObject(obj, true)第二个参数为true表示允许延迟渲染（比如大图不立刻序列化），但目标应用必须支持 CF_DSPRESENTATION 格式
跨进程修改剪贴板失败的常见原因
不是代码问题，而是权限或时机问题。UAC 提升后的进程（如以管理员身份运行的程序）无法读写未提升进程的剪贴板，反之亦然——这是 Windows 的完整性级别隔离机制。
- 检查你的程序是否意外以管理员身份运行（右键属性 → 兼容性 → “以管理员身份运行此程序” 是否勾选）
- 不要在
WndProc中做耗时操作（如网络请求、文件读写），否则会阻塞剪贴板链，导致其他程序卡住 - 修改剪贴板后立即调用
Clipboard.Clear()是危险操作，可能清掉用户刚复制的原始内容；应只替换，不主动清空
真正难处理的是异步粘贴场景：比如用户 Ctrl+V 的瞬间，你的监听线程还没来得及 SetDataObject，目标应用就读到了旧内容。这时候得用延迟提交或双缓冲策略，而不是寄希望于“监听完立刻改”。
