c# - 执行 PowerPoint 自动化时如何避免 RPC_E_CALL_REJECTED 异常？

Question

当我的代码尝试创建 Microsoft.Office.Interop.PowerPoint.Application 的新实例时，有时会出现以下异常:

System.Runtime.InteropServices.COMException (0x80010001): Retrieving the COM class factory for component with CLSID {91493441-5A91-11CF-8700-00AA0060263B} failed due to the following error: 80010001 Call was rejected by callee. (Exception from HRESULT: 0x80010001 (RPC_E_CALL_REJECTED)).
   at System.Runtime.Remoting.RemotingServices.AllocateUninitializedObject(RuntimeType objectType)
   at System.Runtime.Remoting.Activation.ActivationServices.CreateInstance(RuntimeType serverType)
   at System.Runtime.Remoting.Activation.ActivationServices.IsCurrentContextOK(RuntimeType serverType, Object[] props, Boolean bNewObj)
   at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck)
   at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache)
   at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean skipCheckThis, Boolean fillCache)
   at System.Activator.CreateInstance(Type type, Boolean nonPublic)

我说有时是因为即使输入相同，它也不会始终如一地发生。此外，在我与 PowerPoint 自动化 API 交互的代码的其他部分也会出现这种情况(同样缺乏一致性)。

我试过了this来自 MSDN 本身的解决方案，这似乎是目前最受推荐的解决方案。但是，它似乎没有任何影响，因为我仍然观察到相同的行为。

我的问题是:

1. MSDN 解决方案是否适用于 PowerPoint 自动化？
2. 如何验证我是否已将它正确应用到我的代码中？
3. 有人有替代解决方案吗？

我正在使用 C#、.NET 4 和 PowerPoint 2007。

Answer 1

我以前遇到过这个 Paul B确实是正确的。这取决于您是否从主线程(即 This_AddIn)调用 Powerpoint OM。如果你是，ppt 不应该抛出这些异常。但是，如果您从另一个线程调用 ppt，则必须实现 IMessageFilter 以有效处理这些 Windows 消息泵错误，因为 ppt 将主线程对 OM 的调用优先于来自其他线程的调用，因此会拒绝调用。

还有一个警告需要进一步的样板代码来处理额外的 COMException，例如 0x800AC472 (VBA_E_IGNORE)。有一个例子 here .

因此，完整的解决方案是实现 IMessageFilter 并使用类似 sepp2k's 的东西用于包装 OM 调用的代码，以便处理可能抛出的其他类型的 COMException。

所以，对于像他这样的包装代码:

private void TryUntilSuccess(Action action)
{
    bool success = false;
    while (!success)
    {
        try
        {
            action();
            success = true;
        }

        catch (System.Runtime.InteropServices.COMException e)
        {
            if ((e.ErrorCode & 0xFFFF) == 0xC472)
            {   // Excel is busy
                Thread.Sleep(500); // Wait, and...
                success = false;  // ...try again
            }
            else
            {   // Re-throw!
                throw e;
            }
        }
    }
}

你可以像这样用 lamdas 调用它:

TryUntilSuccess(() =>
{
    RegisterFilter(); // register this thread for IMessageFilter use
    ppt_app.DoSomething();        
    UnRegisterFilter(); // unregister this thread for IMessageFilter use
};)

之所以采用这种双管齐下的方法，是因为 IMessageFilter 策略比抛出异常更有效，并且在更多情况下无法处理来自应用程序的繁忙消息。但是，在其他时候，您将不得不处理异常，因此您必须同时执行这两项操作......

请参阅此处了解 IMessageFilter implementation其中包括包装器

嘘!