Moq+Appium UI测试中Clipboard.GetText()抛出OpenClipboard Failed异常求助

这个CLIPBRD_E_CANT_OPEN异常本质是剪贴板被其他进程（比如你测试的目标应用）占用，或是线程访问剪贴板的时机、上下文不符合要求。结合你提到快速监视窗口能正常获取内容的情况，核心问题是测试代码中剪贴板访问的时机和线程上下文匹配度不足，以下是具体解决方案：

1. 替换Thread.Sleep为重试等待机制 #

固定时长的Thread.Sleep无法保证剪贴板操作完成或目标应用释放剪贴板锁。改用重试+等待的方式，确保剪贴板可用：

private string GetClipboardTextWithRetry(int maxRetries = 3, int delayMs = 500)
{
    for (int retry = 0; retry < maxRetries; retry++)
    {
        try
        {
            return Clipboard.GetText();
        }
        catch (System.Runtime.InteropServices.COMException)
        {
            System.Threading.Thread.Sleep(delayMs);
        }
    }
    throw new InvalidOperationException("多次尝试后仍无法访问剪贴板");
}

在Assert阶段调用该方法：

// Assert
var clipboard = GetClipboardTextWithRetry();
// 后续断言逻辑

2. 在独立STA线程中访问剪贴板 #

即使测试方法标记了[STAThread]，测试框架的线程调度仍可能存在上下文问题。将剪贴板访问逻辑封装到独立的STA线程中执行：

private string GetClipboardTextInSTA()
{
    string clipboardContent = null;
    var staThread = new System.Threading.Thread(() =>
    {
        clipboardContent = Clipboard.GetText();
    });
    staThread.SetApartmentState(System.Threading.ApartmentState.STA);
    staThread.Start();
    staThread.Join();
    return clipboardContent;
}

调用方式：

// Assert
var clipboard = GetClipboardTextInSTA();

3. 使用Appium原生剪贴板API（如果适用） #

如果你测试的是移动端应用，或是用Appium驱动桌面应用，优先使用Appium提供的剪贴板操作API，避免直接调用系统剪贴板的冲突：

// 替换System.Windows.Forms.Clipboard.GetText()
var clipboardText = driver.GetClipboardText();

额外注意点 #

• 确保复制操作完成后，目标应用已经释放剪贴板锁，避免在应用还持有锁时访问剪贴板；
• 测试前清空剪贴板的操作可以保留，但要确保清空操作本身未抛出异常（比如此时剪贴板已被其他进程占用）。

内容的提问来源于stack exchange，提问作者skm