Office 2016环境下Excel Interop应用程序故障求助

我之前维护类似WinForms+Excel Interop的程序时，也碰到过Office 2016下的COM调用拒绝问题，结合你的代码和报错信息，给你几个实际验证过的解决方案，按优先级尝试：

1. 确保Excel COM对象在STA线程中创建 #

Office的COM组件必须运行在STA（单线程单元）线程中，而WinForms的BackgroundWorker的DoWork事件默认在MTA线程执行——这在Office 2010/2013中可能宽松，但2016及以后版本会严格校验，直接导致调用被拒绝。

修改后台线程逻辑，手动创建STA线程执行Excel操作：

private void bwPrep_DoWork(object sender, DoWorkEventArgs e) {
    //...
    foreach (var x in y) {
        var fils = di.GetFiles();
        if (fils.Any(f => f.Name.Contains(".xls"))) {
            bwPrep.ReportProgress(0, lang);
            var xlsFile = fils.First(f => f.Name.Contains(".xls")).FullName;
            // 用STA线程执行Xls2Xml
            var staThread = new Thread(() => {
                Xls2Xml(xlsFile, dest);
            });
            staThread.SetApartmentState(ApartmentState.STA);
            staThread.Start();
            staThread.Join(); // 等待线程完成再继续循环
        }
    }
}

2. 添加重试机制处理“应用程序忙”状态 #

Office 2016对COM调用的超时和资源竞争处理更严格，即使是STA线程，也可能因为Excel初始化延迟导致短暂的“忙”状态。给Excel实例创建逻辑添加指数退避重试：

private void Xls2Xml(string xlsPath, string destination) {
    var pfad = xlsPath;
    XL.Application xlapp = null;
    int retryCount = 3;
    int delayMs = 1000;

    while (retryCount > 0) {
        try {
            xlapp = new XL.Application();
            xlapp.Visible = false; // 后台运行，避免弹窗干扰
            break;
        } catch (System.Runtime.InteropServices.COMException ex) {
            // 匹配两种错误码：RPC_E_SERVERCALL_RETRYLATER (-2147418111) 和 RPC_E_CALL_REJECTED (-2147467262)
            if (ex.ErrorCode == -2147418111 || ex.ErrorCode == -2147467262) {
                retryCount--;
                System.Threading.Thread.Sleep(delayMs);
                delayMs *= 2; // 每次重试延迟翻倍
            } else {
                throw; // 其他异常直接抛出
            }
        }
    }

    if (xlapp == null) {
        throw new InvalidOperationException("多次尝试后仍无法创建Excel实例");
    }

    var wbooks = xlapp.Workbooks;
    var wb = wbooks.Open(pfad);
    var sheets = wb.Sheets;
    XL.Worksheet sheet = sheets[1];
    //... 你的业务逻辑

    // 关键：必须调用Quit让Excel主动退出
    xlapp.Quit();
    
    // 释放COM对象+强制GC回收
    System.Runtime.InteropServices.Marshal.ReleaseComObject(sheet);
    System.Runtime.InteropServices.Marshal.ReleaseComObject(sheets);
    System.Runtime.InteropServices.Marshal.ReleaseComObject(wb);
    System.Runtime.InteropServices.Marshal.ReleaseComObject(wbooks);
    System.Runtime.InteropServices.Marshal.ReleaseComObject(xlapp);
    
    GC.Collect();
    GC.WaitForPendingFinalizers();
}

3. 清理残留的Excel进程 #

如果之前程序异常退出，Excel进程可能驻留在后台占用资源，导致新实例无法创建。可以在创建Excel实例前清理残留进程（注意：会关闭所有Excel进程，避免在用户正在使用Excel时执行）：

// 在创建xlapp之前添加：
foreach (var proc in System.Diagnostics.Process.GetProcessesByName("EXCEL")) {
    try {
        proc.Kill();
        proc.WaitForExit(5000);
    } catch {
        // 忽略无法关闭的进程（可能是用户正在使用的）
    }
}

4. 调整Excel的DCOM配置（最后手段） #

如果前面的方案都无效，可以尝试修改Excel的DCOM权限，降低安全限制（不推荐，存在一定安全风险）：

• 打开组件服务（通过运行dcomcnfg打开）
• 导航到计算机 -> 我的电脑 -> DCOM配置
• 找到Microsoft Excel应用程序，右键选择属性
• 在安全标签：
  • 选择“启动和激活权限”的“自定义”，点击编辑，添加当前登录用户，赋予「本地启动」和「本地激活」权限
  • 同样设置“访问权限”，添加用户并赋予「本地访问」权限
• 在标识标签，选择「交互式用户」

我当时就是通过前两个方案解决了问题，优先尝试STA线程+重试的组合，这是Office 2016+Interop场景下最常见的修复手段。

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