控制台程序调用 Clipboard.SetText() 报“线程未启用消息泵”是因为 Windows 剪贴板 API 强制要求 STA 模式并运行消息循环，而 .NET 6+ 控制台默认为无消息泵的 MTA 线程；必须加 [STAThread] 特性且在主线程调用。
Windows Forms 和 WPF 下用 Clipboard.SetText() 和 Clipboard.GetText() 就能直接读写纯文本，但 .NET 6+ 控制台程序默认不支持，且跨线程调用会抛出 InvalidOperationException —— 这是绝大多数人卡住的第一步。
为什么控制台程序调用 Clipboard.SetText() 会报“线程未启用消息泵”？
因为 Windows 剪贴板 API 要求调用线程必须是 STA（单线程单元）模式，并运行消息循环。WinForms/WPF 主线程默认满足，但 .NET Core/.NET 6+ 控制台程序默认是 MTA 模式，且无消息泵。
解决方法只有两个：
- 给 Main 方法加
[STAThread]特性，并确保在主线程调用（不能扔进Task.Run或后台线程） - 用
System.Windows.Forms.dll的引用（即使不是 WinForms 项目），.NET 5+ 需显式添加<usewindowsforms>true</usewindowsforms>到 csproj
示例（控制台程序）：
[STAThread]
static void Main(string[] args)
{
Clipboard.SetText("hello from console");
Console.WriteLine(Clipboard.GetText());
}
Clipboard.GetText() 返回空字符串或乱码怎么办？
常见原因不是编码问题，而是剪贴板当前不含 Text 格式数据 —— 比如用户刚复制了一张图片、一个 Excel 表格，或某些富文本编辑器（Word、Typora）默认写入的是 Rich Text Format 或 HTML Format，而非纯文本。
安全读取建议：
- 先用
Clipboard.ContainsText(TextDataFormat.Text)判断是否存在纯文本格式 - 再用
Clipboard.ContainsText(TextDataFormat.UnicodeText)覆盖宽字符场景 - 如果只要“能看的文本”，可降级尝试
TextDataFormat.Auto（但可能触发格式转换，有轻微风险） - 避免直接调用
Clipboard.GetText()不带参数，它等价于TextDataFormat.Text，兼容性最弱
WPF 中读写剪贴板要注意线程上下文
WPF 的 Clipboard 类是静态类，但它的所有方法都要求在 UI 线程执行。如果你在后台线程（比如 Task.Run 或 BackgroundWorker）里调用，会立刻抛 InvalidOperationException：“调用线程无法访问此对象”。
正确做法：
- 用
Dispatcher.Invoke包裹操作（WPF） - 不要依赖
Application.Current.Dispatcher.CheckAccess()后再判断——直接 invoke 更稳妥 - 若需异步读取，可用
await Dispatcher.InvokeAsync(() => Clipboard.GetText())
示例：
await Application.Current.Dispatcher.InvokeAsync(() =>
{
Clipboard.SetText("from background task");
});
复制富文本或 HTML 内容时，SetText() 不生效？
Clipboard.SetText() 只写入纯文本格式（Text）。要写入 HTML 或 RTF，必须用 Clipboard.SetDataObject() 并传入 DataObject 实例。
例如写 HTML：
var data = new DataObject(); data.SetData(DataFormats.Html, "<html><body><b>Hello</b></body></html>"); Clipboard.SetDataObject(data, copy: true);
注意：copy: true 表示让系统在剪贴板清空时自动清理关联资源；漏掉它可能导致内存泄漏或后续粘贴异常。
另外，DataFormats.Html 是标准名称，但部分旧应用只认 "HTML Format" 字符串，实际使用中建议优先用枚举值。
真正容易被忽略的点：剪贴板是全局资源，多个进程竞争读写，SetDataObject 默认不阻塞，也不保证原子性；如果连续快速写入不同格式，可能造成粘贴端解析错乱。生产环境涉及多格式写入时，最好加简单锁或节流。
