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进行交互。

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

我的问题是：

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

我使用的是C＃,. NET 4和PowerPoint 2007。

Answer 1

我之前遇到过这种情况，Paul B确实是正确的。这取决于您是否从主线程（即This_AddIn）调用Powerpoint OM。如果你是，ppt不应该抛出这些例外。但是，如果从另一个线程调用ppt，则必须实现IMessageFilter以有效处理这些窗口消息泵错误，因为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

H个！

Answer 2

我没有尝试过，但Andrew Whitechapel描述了Office的相同方法，所以我想它应该有用：http://blogs.msdn.com/b/andreww/archive/2008/11/19/implementing-imessagefilter-in-an-office-add-in.aspx
试一试：）
另一种方法是通过捕获错误并重试来实现某种等待机制（也提到here）。

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

2 个答案: