C# 操作 Excel 釋放 COM 物件完整指南：GC.Collect 正確用法與誤區澄清

核心原則

Excel COM 物件採用**單執行緒套間 (STA)** 模型，所有操作必須在同一執行緒且**嚴格按建立順序反向釋放**。任何 RCW (Runtime Callable Wrapper) 洩漏都會導致 Excel 進程殘留。

標準釋放模式

Excel.Application excel = null;
Excel.Workbook workbook = null;
Excel.Worksheet worksheet = null;

try
{
    excel = new Excel.Application();
    workbook = excel.Workbooks.Open(path, ..., false, ...);
    excel.Visible = true;
    worksheet = (Excel.Worksheet)workbook.Worksheets[1];

    // 業務操作...
    if (!excel.ActiveWorkbook.Saved) excel.ActiveWorkbook.Save();
}
finally
{
    // 1. 釋放工作表
    if (worksheet != null) Marshal.ReleaseComObject(worksheet);
    // 2. 釋放工作簿
    if (workbook != null) Marshal.ReleaseComObject(workbook);
    // 3. 退出並釋放應用程式
    if (excel != null)
    {
        excel.Quit();
        Marshal.ReleaseComObject(excel);
    }

    // 4. 強制 GC 回收 RCW
    GC.Collect();
    GC.WaitForPendingFinalizers();
    GC.Collect(); // 第二次確保 Finalizer 執行完成
}

關鍵細節

1. 避免「雙重點號」：excel.Workbooks.Open() 會產生臨時 Workbooks RCW 洩漏。拆分為 var wbs = excel.Workbooks; workbook = wbs.Open(...); Marshal.ReleaseComObject(wbs);
2. 釋放順序：子物件 → 父物件 (Worksheet → Workbook → Application)。
3. GC.Collect 爭議：微軟文檔建議**避免**強制 GC，但 COM 互操作是**少數例外**——RCW 清理依賴 Finalizer 執行緒，若不強制回收，Excel 進程可能延遲退出甚至永不退出。
4. 不要用 Process.Kill：強制殺死進程會損壞 Excel 正常關閉流程（自動儲存、加載項清理），導致下次啟動異常。

關於「托管/非托管」的澄清

Excel 本身是非托管 COM 伺服器。RCW 是托管包裝器。**我們釋放的是 RCW**，讓 COM 參考計數歸零，Excel 自行關閉。這與「檔案流屬於非托管資源」不同層面，勿混淆。

現代替代方案 (免 COM)

• EPPlus / ClosedXML / NPOI：純 .NET 讀寫 .xlsx，無需安裝 Excel，適合伺服器端批次處理。
• Microsoft Graph API：雲端操作 OneDrive/SharePoint 上的 Excel。

結語

「嚴格反向釋放 + 兩次 GC.Collect」是操作 Excel Interop 的鐵律。理解 RCW/COM 參考計數機制，比盲目複製代碼更能應對複雜場景。新專案優先考慮免 COM 庫，徹底避開進程殘留噩夢。