CLIPBRD_E_CANT_OPEN error when setting the Clipboard from .NET为什么以下代码有时会导致内容为" CLIPBRD_E_CANT_OPEN"的异常:
这通常是在应用程序中第一次使用剪贴板时发生,而不是在此之后发生。 这是由终端服务剪贴板中的错误/功能(以及可能的其他情况)和剪贴板的.NET实现引起的。打开剪贴板的延迟会导致错误,该错误通常会在几毫秒内消失。 解决方案是在一个循环中尝试多次,然后在两者之间睡眠。
实际上,我认为这是Win32 API的错误。 要在剪贴板中设置数据,您必须先打开它。一次只能打开一个进程剪贴板。因此,当您检查时,如果另一个进程由于某种原因打开了剪贴板,则您尝试打开它的尝试将失败。 碰巧的是,终端服务跟踪剪贴板,而在Windows的较早版本(Vista之前的版本)上,您必须打开剪贴板才能查看其中的内容...最终将您拒之门外。唯一的解决方案是等待终端服务关闭剪贴板,然后重试。 重要的是要意识到,这并非特定于终端服务:它可以发生在任何事情上。在Win32中使用剪贴板是一个巨大的竞争条件。但是,由于设计使您只能响应用户输入而随意修改剪贴板,因此通常不会出现问题。
我知道这个问题很旧,但是问题仍然存在。如前所述,当系统剪贴板被另一个进程阻止时,会发生此异常。不幸的是,有很多截图工具,用于截图的程序和文件复制工具可能会阻塞Windows剪贴板。因此,当您在PC上安装了这样的工具时,每次尝试使用 解: 永不使用
用代替
实际上,可能还有另一个问题。框架调用(WPF和winform风格)都类似这样(代码来自反射器):
请注意,在这种情况下,总是使用true调用SetDataObject。 在内部触发了两次Win32 API调用,一次调用设置数据,另一次从应用程序刷新数据,以便在应用程序关闭后可用。 我看过几个监听剪贴板事件的应用程序(一些chrome插件和一个下载管理器)。第一次调用时,应用程序将打开剪贴板以查看数据,而第二次刷新操作将失败。 除了编写自己的使用直接Win32 API的剪贴板类或使用false直接调用setDataObject来保存应用程序关闭后的数据外,没有找到一个好的解决方案。 我使用本地Win32函数为自己的应用程序解决了此问题:OpenClipboard(),CloseClipboard()和SetClipboardData()。 在我编写的包装器类下面。任何人都可以查看它,并告诉它是否正确。特别是当托管代码作为x64应用程序运行时(我在项目选项中使用Any CPU)。当我从x64应用程序链接到x86库时会发生什么? 谢谢! 这是代码:
这在我的WPF应用程序中发生。我的OpenClipboard失败(HRESULT的异常:0x800401D0(CLIPBRD_E_CANT_OPEN))。 我用
解决方法是先清除剪贴板
使用WinForms版本(是的,在WPF应用程序中使用WinForms没有危害),它可以处理您需要的所有内容:
这将尝试将yourText复制到剪贴板,在您的应用存在后仍保留,最多尝试10次,每次尝试之间等待100毫秒。 参考https://docs.microsoft.com/zh-cn/dotnet/api/system.windows.forms.clipboard.setdataobject?view=netframework-4.7.2#System_Windows_Forms_Clipboard_SetDataObject_System_Object_System_Boolean_System_Int32_System_Int32_ |