C#中如何清理BackgroundWorker线程？解决Excel XLL插件关闭异常

我用ExcelDNA开发C#版Excel XLL插件，其中一个功能是用户点击按钮后调用外部DLL执行耗时数分钟的数据库请求。为避免主GUI线程阻塞，我把外部DLL调用放在BackgroundWorker里。功能本身正常（RunWorkerCompleted会触发弹窗，数据也能写入工作表），但Excel无法正常关闭，会变成僵尸进程——GUI消失但任务管理器里还有Excel.exe后台运行，且该进程在等待splwow64.exe。就算在RunWorkerCompleted里释放BackgroundWorker并调用GC.Collect()释放外部DLL占用的500MB+内存，问题依然存在。

相关代码如下：

internal class GetStructure
{
    private DataCache cache;
    public GetStructure(DataCache cache)
    {
        this.cache = cache;
    }

    public void RetrieveStructure()
    { // 实际功能的包装方法，需先找到并加载Bridging Tool DLL

        // ... 获取输入并构建字符串数组request[]的代码

        ForceDLLLoad(); // 确保调用Aucotec DLL前程序集已加载
        BackgroundWorker bw = new BackgroundWorker();
        bw.WorkerSupportsCancellation = true;
        bw.DoWork += new DoWorkEventHandler(bw_DoWork);
        bw.RunWorkerCompleted += new RunWorkerCompletedEventHandler(bw_RunWorkerCompleted);
        bw.RunWorkerAsync(request);
        bw = null;
    }

    private void bw_DoWork(object sender, DoWorkEventArgs e)
    { // 工作线程代码：解析参数并调用数据获取方法
        // 此方法内不要尝试访问主线程内容
        string[] request = (string[])e.Argument;
        string[] outputs = this.RetrieveStructureFromEB(request);
        e.Result = outputs;
    }
    private string[] RetrieveStructureFromEB(string[] request)
    { // 此方法设为私有，因为调用方需确保DLL已加载

        SIMExporterEbmlImport.BridgingTool EB = new BridgingTool();

        string[] outputs = EB.GetStructuredData(cache.Workbook.FullName, request);
        EB = null;
        return outputs;
    }

    private void bw_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
    { // 将工作线程结果写入Excel工作表
        string[] outputs = (string[])e.Result;
        if (outputs.Length < 1)
        {
            MessageBox.Show("Unable to retrieve structure from EB.", "DataTool - Get EB Structure", MessageBoxButtons.OK, MessageBoxIcon.Warning);
            Common.ExitToExcel();
            return;
        }

        // ... 通过Microsoft.Office.Interop.Excel将outputs[]写入工作表的代码

        MessageBox.Show("EB Structure Data has been retrieved and written to the Config sheet.", "DataTool - Get EB Structure", MessageBoxButtons.OK, MessageBoxIcon.Information);
        Common.ExitToExcel();
        BackgroundWorker worker = (BackgroundWorker)sender;
        worker.Dispose(); worker = null;
        GC.Collect();
    }
}

核心原因分析 #

• COM对象未彻底释放：写入Excel时使用的Microsoft.Office.Interop.Excel COM对象若未显式释放，会导致Excel进程无法正常退出。
• BackgroundWorker生命周期管理不当：局部变量形式的BackgroundWorker可能存在隐式引用，导致对象无法被GC回收；插件卸载时未主动终止并清理后台线程。
• 外部DLL资源泄漏：SIMExporterEbmlImport.BridgingTool可能未正确释放内部资源或句柄，导致Excel进程挂起等待splwow64.exe（64位系统下32位程序的兼容层进程）。

具体修复步骤 #

1. 正确释放COM对象 #

在写入Excel的代码执行完成后，显式释放所有使用的COM对象，避免链式调用导致中间对象无法回收：

// 示例：假设代码中使用了worksheet和range对象
// 写入完成后执行：
Marshal.ReleaseComObject(range);
Marshal.ReleaseComObject(worksheet);
Marshal.FinalReleaseComObject(worksheet); // 确保彻底释放
GC.Collect();
GC.WaitForPendingFinalizers();

2. 优化BackgroundWorker生命周期 #

将BackgroundWorker改为类级别字段，确保在插件卸载时能统一清理：

internal class GetStructure
{
    private DataCache cache;
    private BackgroundWorker bw; // 类级别字段，便于统一管理

    public GetStructure(DataCache cache)
    {
        this.cache = cache;
    }

    public void RetrieveStructure()
    {
        // ... 其他代码
        bw = new BackgroundWorker();
        bw.WorkerSupportsCancellation = true;
        bw.DoWork += bw_DoWork;
        bw.RunWorkerCompleted += bw_RunWorkerCompleted;
        bw.RunWorkerAsync(request);
    }

    // 插件卸载或类销毁时调用此方法清理
    public void Cleanup()
    {
        if (bw != null && bw.IsBusy)
        {
            bw.CancelAsync();
        }
        bw?.Dispose();
        bw = null;
    }
}

在ExcelDNA的插件卸载事件中调用GetStructure.Cleanup()，确保后台线程被正确终止。

3. 确保外部DLL资源完全释放 #

如果BridgingTool实现了IDisposable接口，使用using语句自动释放资源；若未实现，在finally块中强制回收：

// 实现IDisposable的情况
private string[] RetrieveStructureFromEB(string[] request)
{
    using (SIMExporterEbmlImport.BridgingTool EB = new BridgingTool())
    {
        string[] outputs = EB.GetStructuredData(cache.Workbook.FullName, request);
        // 若提供Close方法需额外调用
        EB.Close();
        return outputs;
    }
}

// 未实现IDisposable的情况
private string[] RetrieveStructureFromEB(string[] request)
{
    SIMExporterEbmlImport.BridgingTool EB = new BridgingTool();
    try
    {
        return EB.GetStructuredData(cache.Workbook.FullName, request);
    }
    finally
    {
        EB = null;
        GC.Collect();
        GC.WaitForPendingFinalizers();
    }
}

4. 解决splwow64.exe依赖问题 #

确保插件与Excel的位数一致（32位插件对应32位Excel，64位插件对应64位Excel），避免兼容层资源泄漏。

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