如何使用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 進程：圖 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 的無進程模型也意味著您可以在多執行緒環境中安全地運行。 線程安全文件涵蓋了並行化工作簿操作時需要注意的事項。