Clipboard.SetText() 失效主因是线程模型不匹配：调用线程须为STA，而控制台或.NET Core/5+默认MTA，需改WinExe输出类型或手动创建STA线程。
Clipboard.SetText() 写入文本时为什么没生效？
多数情况是线程模型不匹配——Clipboard 要求调用线程必须是 STA（Single-Threaded Apartment），而控制台程序或 .NET Core/.NET 5+ 默认是 MTA。直接调用 Clipboard.SetText("hello") 会抛出 InvalidOperationException: Thread must be set to single thread apartment (STA) mode。
解决方法只有两个：
- 在项目文件中添加
<DisableWinExeOutputInference>true</DisableWinExeOutputInference>并改用<OutputType>WinExe</OutputType>（适用于 WinForms/WPF 类型项目） - 手动启动 STA 线程（适用于控制台程序）：
var thread = new Thread(() => { Clipboard.SetText("hello"); }); thread.SetApartmentState(ApartmentState.STA); thread.Start(); thread.Join();
Clipboard.GetText() 读取不到内容的常见原因
Clipboard.GetText() 返回空字符串，不一定是剪贴板为空，更可能是格式不匹配或权限问题：
- 剪贴板当前是图片、HTML 或富文本（RTF），但你只用
GetText()—— 它只读Text格式，其他格式需用GetDataObject()判断再提取 - 跨用户会话（如远程桌面、服务进程）无法访问交互式用户的剪贴板，这是 Windows 安全限制，无绕过方案
- .NET 6+ 在某些沙盒环境（如 Windows App SDK 的 WebView2 进程）中默认禁用剪贴板 API，需显式声明能力或启用
Clipboard.GetContent()（仅限 UWP/WinUI）
怎么安全写入和读取图片（Bitmap）？
直接传 Bitmap 给 SetImage() 很方便，但要注意生命周期和格式兼容性：
-
SetImage()接收的是System.Drawing.Bitmap（.NET Framework）或Windows.Graphics.Imaging.SoftwareBitmap（UWP/WinUI），.NET 5+ 桌面端仍用前者，但需引用System.Drawing.Common - 写入后立刻 dispose 原始
Bitmap会导致粘贴失败——Clipboard是浅拷贝，依赖原始对象内存；应先 copy 一份：using var bmp = new Bitmap(original); Clipboard.SetImage(bmp); // 此处 bmp 不能被 dispose
- 读取图片用
Clipboard.GetImage()，返回Bitmap，但若剪贴板里是 PNG 元数据或 DIB 格式，可能返回 null；建议先用Clipboard.ContainsImage()判断
Clipboard.Clear() 不起作用？别忽略它的真实行为
Clipboard.Clear() 并非清空所有格式，而是清除当前线程所“拥有”的剪贴板所有权，并释放其设置的所有格式数据。但它不保证其他进程写入的内容消失——尤其当另一个程序（如微信、钉钉）正持有剪贴板所有权时，Clear() 可能静默失败。
实际开发中更稳妥的做法是：
- 只在自己写入后、且确认不再需要时调用
Clear() - 避免在多线程环境下频繁 Clear，容易触发 Windows 剪贴板忙错误（
ExternalException: Cannot open clipboard） - 如果目标是“覆盖”而非“清空”，直接
SetText()或SetImage()即可，无需先 Clear
剪贴板不是数据库，没有事务、没有回滚，所有操作都依赖 Windows 底层消息队列和所有权机制——写入时机、线程模型、进程权限，三者缺一不可。稍有错位，就表现为“看起来没反应”。
