如何使用IronXL在 C# 中关闭 Excel 进程

传统方法：为何失败

使用 Microsoft Excel Interop 的经典模式看起来非常简单，但实际上却非常复杂。 请看以下尝试正确关闭 Excel 的代码片段：

using Excel = Microsoft.Office.Interop.Excel;
class Program
{
    static void Main(string[] args)
    {
        Excel.Application excelApp = null;
        Excel.Workbook book = null;
        Excel.Worksheet sheet = null;
        try
        {
            excelApp = new Excel.Application();
            book = excelApp.Workbooks.Open(@"C:\data\report.xlsx");
            sheet = (Worksheet?)book.Worksheets[1];
            // Perform operations
            string data = (sheet.Cells[1, 1] as Range)?.Value2?.ToString();
            book.Save();
            book.Close(false);
            excelApp.Quit();
        }
        catch (Exception ex)
        {
            Console.WriteLine($"Error: {ex.Message}");
        }
        finally
        {
            // The "correct way" according to traditional guidance, c# close excel process
            if (sheet != null) Marshal.ReleaseComObject(sheet);
            if (book != null) Marshal.ReleaseComObject(book);
            if (excelApp != null) Marshal.ReleaseComObject(excelApp);
            sheet = null;
            book = null;
            excelApp = null;
            GC.Collect();
            GC.WaitForPendingFinalizers();
        }
    }
}

using Excel = Microsoft.Office.Interop.Excel;
class Program
{
    static void Main(string[] args)
    {
        Excel.Application excelApp = null;
        Excel.Workbook book = null;
        Excel.Worksheet sheet = null;
        try
        {
            excelApp = new Excel.Application();
            book = excelApp.Workbooks.Open(@"C:\data\report.xlsx");
            sheet = (Worksheet?)book.Worksheets[1];
            // Perform operations
            string data = (sheet.Cells[1, 1] as Range)?.Value2?.ToString();
            book.Save();
            book.Close(false);
            excelApp.Quit();
        }
        catch (Exception ex)
        {
            Console.WriteLine($"Error: {ex.Message}");
        }
        finally
        {
            // The "correct way" according to traditional guidance, c# close excel process
            if (sheet != null) Marshal.ReleaseComObject(sheet);
            if (book != null) Marshal.ReleaseComObject(book);
            if (excelApp != null) Marshal.ReleaseComObject(excelApp);
            sheet = null;
            book = null;
            excelApp = null;
            GC.Collect();
            GC.WaitForPendingFinalizers();
        }
    }
}

建议在释放 COM 对象后调用 GC.Collect() 和 GC.WaitForPendingFinalizers()，以确保它们被完全清理，因为这会强制垃圾回收器收集任何剩余的未使用内存。

即使上述代码遵循最佳实践，对每个对象调用 ReleaseComObject，将引用设置为 null，并强制进行垃圾回收，仍然存在同样的问题。 这是为什么？ 因为在操作期间创建的隐式对象(例如当 excelApp.Workbooks 返回临时 Workbooks 集合时)不会被释放。 这些隐藏的 COM 对象的引用计数器永远不会达到零，导致 Excel 进程一直运行。

终极手段：终止 Excel 流程

当所有其他方法都失败时，开发人员通常会采取更激进的方法来终止 Excel 进程：

using System.Diagnostics;
class Program
{
    static void Main(string[] args)
    {
        // Store process IDs before opening Excel
        var existingProcessIds = Process.GetProcessesByName("EXCEL")
            .Select(p => p.Id)
            .ToHashSet();
        Excel.Application excelApp = new Excel.Application();
        try
        {
            // Perform Excel operations
            // ...
        }
        finally
        {
            excelApp.Quit();
            // Find and kill all new Excel processes
            foreach (Process proc in Process.GetProcessesByName("EXCEL"))
            {
                if (!existingProcessIds.Contains(proc.Id))
                {
                    try
                    {
                        proc.Kill();
                    }
                    catch (Exception ex)
                    {
                        Console.WriteLine($"Unable to kill process: {ex.Message}");
                    }
                }
            }
        }
    }
}

using System.Diagnostics;
class Program
{
    static void Main(string[] args)
    {
        // Store process IDs before opening Excel
        var existingProcessIds = Process.GetProcessesByName("EXCEL")
            .Select(p => p.Id)
            .ToHashSet();
        Excel.Application excelApp = new Excel.Application();
        try
        {
            // Perform Excel operations
            // ...
        }
        finally
        {
            excelApp.Quit();
            // Find and kill all new Excel processes
            foreach (Process proc in Process.GetProcessesByName("EXCEL"))
            {
                if (!existingProcessIds.Contains(proc.Id))
                {
                    try
                    {
                        proc.Kill();
                    }
                    catch (Exception ex)
                    {
                        Console.WriteLine($"Unable to kill process: {ex.Message}");
                    }
                }
            }
        }
    }
}

使用 Process.GetProcessesByName("EXCEL") 的方法虽然可行，但很危险。 您可能会意外终止属于用户的 Excel 进程。 终止 Excel 进程最可靠的方法是通过其进程 ID (PID) 终止它，这需要仔细跟踪应用程序创建的 Excel 进程 ID。 您可以在创建时捕获 PID，以确保只有由您的 C# 程序启动的特定实例才会被终止。 强制终止 Excel 进程通常会关闭所有正在运行的实例，除非实施了额外的逻辑。 TerminateProcess 函数会无条件地强制进程退出，如果文件未保存，则可能导致数据丢失。

有些开发者甚至使用后期绑定通过运行时类型系统与 Excel 应用程序进行交互，希望避免 COM 引用问题。 其他人则使用 [STAThread] 属性修饰其主线程，以确保单线程公寓模式，这可能有所帮助，但并不能解决根本问题。

IronXL：更佳解决方案

IronXL采取了一种截然不同的方法。 作为一个纯粹的.NET库，它根本不会启动任何外部 Excel 进程。 文件通过托管代码直接读取和写入，这意味着.NET垃圾回收器会自动处理资源清理。 没有漫长的流程，没有复杂的处置方式，没有挫败感。

输入

使用IronXL关闭 Excel 进程：图 1 - Excel 输入示例

输出

输出

使用IronXL关闭 Excel 进程：图 3 - 现代 Excel 格式输出

从头开始创建 Excel 电子表格时，WorkBook.Create() 方法接受一个可选的 ExcelFileFormat 参数来指定默认格式。 除非您有特定的旧版兼容性要求，否则建议使用 ExcelFileFormat.XLSX。

对于需要密码保护的场景，SaveAs() 方法接受第二个参数：

// Save with password encryption
workBook.SaveAs("confidential_data.xlsx", "SecurePassword123");

// Save with password encryption
workBook.SaveAs("confidential_data.xlsx", "SecurePassword123");

这样可以对文件进行加密，使其只能使用正确的密码才能打开。 文件保护功能文档涵盖了有关安全选项的更多信息，包括工作表级保护。

输入

输出

与传统的 Excel Interop 不同，在传统的 Excel Interop 中，您必须跟踪创建的每个 Excel 对象，对每个对象调用 ReleaseComObject，并使用 GC.Collect() 强制进行垃圾回收，而 IronXL 的方法意味着您永远不必担心孤立进程出现在任务管理器中。

要深入了解.NET如何管理非托管资源，请参阅 Microsoft 关于 IDisposable 的文档，其中解释了IronXL在内部遵循的模式。

问题：Excel进程无法退出

使用传统的互操作方式，即使调用了 excelApp.Quit() 并释放了 COM 对象，应用程序创建的所有 Excel 进程仍可能保持活动状态。检查任务管理器会发现 Excel.exe 实例拒绝终止。 出现这种情况的原因是：

1. COM 对象的引用计数器不为零。
2. 隐式对象(例如 Workbooks 集合)未被释放
3. 事件处理程序维护对 Excel 对象的引用
4. 垃圾回收尚未运行以完成对象的最终化。

IronXL解决方案：由于IronXL不会启动 Excel 进程，因此不存在此问题。关闭工作簿时，其资源会通过正常的.NET垃圾回收机制释放，无需任何特殊清理。

问题：操作后文件锁定

常见问题：代码运行完毕后，Excel 文件仍然处于锁定状态，无法在 Excel 中打开或执行其他操作。 当 Excel 进程保持对打开的工作簿的句柄时，就会发生这种情况。

IronXL解决方案：当您调用 Close() 或 using 块结束时，文件句柄会立即释放。 没有长时间的锁，无需等待进程终止。

问题：事件处理程序复杂化

当您将事件处理程序附加到 Excel 对象时(例如，当用户关闭工作簿时做出响应)，处理程序委托会维护对 Excel 对象的引用。 这会妨碍彻底清理，并可能导致程序卡死。

// Traditional approach with event handler - problematic
public void ProcessExcel()
{
    Excel.Application excelApp = new Excel.Application();
    excelApp.WorkbookBeforeClose += OnWorkbookClose;
    // Even with cleanup, the event handler reference persists
    // The Excel app stays open because of this reference
}
private void OnWorkbookClose(Excel.Workbook Wb, ref bool Cancel)
{
    // Handler code
}

// Traditional approach with event handler - problematic
public void ProcessExcel()
{
    Excel.Application excelApp = new Excel.Application();
    excelApp.WorkbookBeforeClose += OnWorkbookClose;
    // Even with cleanup, the event handler reference persists
    // The Excel app stays open because of this reference
}
private void OnWorkbookClose(Excel.Workbook Wb, ref bool Cancel)
{
    // Handler code
}

IronXL解决方案： IronXL不依赖于 COM 事件。 所有操作均为同步方法调用，彻底消除了事件处理程序引用问题。

要了解有关打开工作簿后读取和处理单元格数据的更多详细信息，请参阅C# 中读取 Excel 文件的操作指南，其中详细介绍了类型读取、范围迭代和公式计算。

快速参考：传统互操作与IronXL

.NET基金会关于 COM 互操作性的指导进一步说明了为什么 COM 中的引用计数使得在没有像IronXL这样的库的情况下很难保证干净的进程终止。

对于需要按顺序打开数十个文件的批量处理工作流程，IronXL 的无进程模型也意味着您可以在多线程环境中安全运行。 线程安全文档涵盖了并行化工作簿操作时需要注意的事项。