COM Interop - 等待 Excel 完成操作

Question

我正在与 Excel 和其他办公自动化软件进行一些 COM 互操作工作。

一位同事向我提到，在向这些自动化服务器发出命令后，我需要等待它们准备好。

但是，我看不到这样做的目的，因为在自动化服务器完成给定任务之前，所有调用都不会阻塞吗？

例如，我通常会写：

Dim o as AutomationObject = AutomationServer.CreateObject(x, y, z)
o.Property ' could throw COM exception!!????

我的同事说我需要在该调用之后睡觉，因为自动化服务器仍然可以创建和初始化对象。

Dim o as AutomationObject = AutomationServer.CreateObject(x, y, z)
Threading.Sleep(5000) ' wait for AutomationServer to "become ready"
o.Property ' could still throw COM exception!!????

我遇到的问题是，AutomationServer 调用应该阻塞，直到 AutomationServer 完成或完成它正在处理的事情，或者至少应该是一个循环检查“o”是否什么都没有，但这没有意义，因为一旦调用返回完成！

我的问题是，在 AutomationServer 调用后休眠有什么好处吗？是否有一种方法可以“等待”直到 AutomationServer 完成（如果它实际上没有阻塞）？

Answer 1

当访问繁忙的进程外自动化服务器时，您确实可能会遇到异常。对于 Office，发生这种情况的一种方法是，如果您有一个在打开文档时运行的宏。如果您连接到打开了对话框的 Office 应用程序实例，也会遇到问题。

本文介绍了如何避免这种情况：实现 IOleMessageFilter 错误处理程序。本文介绍的是 Visual Studio 的自动化，但其原理和技术对于其他进程外自动化服务器（例如 Office）的自动化是相同的。

Answer 2

处理这个问题的简单方法如下。我最近必须与 Visual Studio 进行交互，我发现如果您愿意在 COM 对象变得无限繁忙时快速失败，那么这种方法效果很好。看看这是否适合您：

    delegate void COMWrapper();

    private void MakeRiskyCOMCall(COMWrapper doThis)
    {
        bool sendAgain = true;
        int count = 0;

        while (sendAgain)
        {
            try
            {
                doThis();
                sendAgain = false;
            }
            catch (COMException ex)
            {
                System.Threading.Thread.Sleep(50);
                sendAgain = count > 100 ? false : true;
                if (!sendAgain)
                {
                    throw;
                }
            }
            finally { count++; }
        }
    }

在范围内拥有此委托和方法之后，下面是使用匿名委托的方法调用和属性访问的示例。

    // property access
    vsDisplay display;
    MakeRiskyCOMCall(delegate() { display = dte.DisplayMode; });
    if (display == null)
        throw new Exception("VS Display not set");        

    //simple method call
    MakeRiskyCOMCall(delegate() { dte.Solution.Close(true); });

我故意隐藏了 COMException，因为我不想要它，但如果您需要它，只需在 MakeRiskyCOMCall 方法中设置一个 COMException 变量，该变量的范围在调用方法内。您还可以检查指示等待繁忙进程的特定 HResult，并检查其他 HResult 更快地失败。这个解决方案速度很快，并且避免了所有 COM 互操作的混乱，它的缺点是它不太漂亮，但它有效，并且对于代码的维护者来说更容易理解（我认为）。