7

当我的代码尝试创建 的新实例时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 交互的代码的其他部分（同样缺乏一致性）。

我已经从 MSDN 本身尝试了这个解决方案，这似乎是最推荐的解决方案。但是，它似乎没有任何影响，因为我仍然观察到相同的行为。

我的问题是：

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

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

4

2 回答 2

4

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

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

因此，完整的解决方案是实现IMessageFilter和使用类似sepp2k 的代码来包装您的 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 实现，请参见此处

嗯！

于 2015-10-16T06:03:24.347 回答
3

  1. 我没有尝试过，但 Andrew Whitechapel 描述了 Office 的相同方法，所以我想它应该可以工作：http: //blogs.msdn.com/b/andreww/archive/2008/11/19/implementing-imessagefilter-in- an-office-add-in.aspx

  2. 试试看 ：）

  3. 另一种方法是通过捕获错误并重试来实现某种等待机制（这里也提到过）。

于 2012-09-11T08:43:37.627 回答