ASP.NET Excel Interop 開發避坑指南：從 COM 元件部署到 DCOM 權限完整解析

核心痛點回顧

在 ASP.NET 伺服器端使用 Microsoft.Office.Interop.Excel 產出**真正的 .xls/.xlsx 二進位檔案** (而非偽裝的 HTML)，雖然功能強大，但部署維護極其繁瑣。本文彙整實戰中遇到的三大核心問題與解決方案。

問題一：OWC11 元件缺失 (Office Web Components)

現象： 專案引用 Microsoft.Office.Interop.Owc11，部署至伺服器報 COMException (0x80040154): Class not registered。

解決：

1. 下載 OWC11 再散發套件 (含中文語言包)。
2. 於伺服器執行安裝，選擇「完整安裝」。
3. IIS 應用程式集區啟用 32 位元應用程式 = True (OWC11 僅 32 位元)。

問題二：Microsoft.Office.Interop.Excel 版本不匹配與組件遺失

現象： 開發機 Office 2003 (PIA 11.0)，伺服器 Office 2010/2016 (PIA 14.0/15.0) → FileNotFoundException 或 TypeLoadException。

根因： Interop 組件強綁定特定版本 PIA (Primary Interop Assembly)，且需目標機安裝對應版本 Office (含 .NET Programmability Support)。

標準部署步驟 (以 Office 2003 PIA 11.0 為例)：

1. 伺服器執行 Office 2003 安裝程式 → 選擇「自訂安裝」→「選擇應用程式的進階自訂」。
2. 展開 Microsoft Office Excel → .NET 程式設計支援 → 選擇「從本機執行」。
3. 完成安裝，GAC 將自動註冊 Microsoft.Office.Interop.Excel (Version=11.0.0.0)。
4. 專案參考屬性設定 Embed Interop Types = True (VS2010+/ .NET 4.0+) 或 Copy Local = True，減少 GAC 版本強綁定依賴。

現代化替代方案 (強烈建議)： 棄用 Interop，改用 ClosedXML、EPPlus、NPOI、DocumentFormat.OpenXml 等純 managed 程式庫，無需安裝 Office、支援 Linux 容器、記憶體可控、效能優異。

問題三：經典 0x80070005 (E_ACCESSDENIED) DCOM 權限錯誤

現象： 網站呼叫 new ApplicationClass() 或 Workbooks.Open() 拋出 System.UnauthorizedAccessException: Retrieving the COM class factory for component with CLSID {00024500-0000-0000-C000-000000000046} failed due to the following error: 80070005 Access is denied.

根因： IIS 工作者處理序身分 (通常為 `IIS_IUSRS` 或 `ApplicationPoolIdentity`) 無權啟動/存取 Excel COM 伺服器 (Out-of-process COM Server)。

DCOM 設定標準流程 (Windows Server 2008 R2 / 2012 R2 / 2016 / 2019 通用)

1. 執行 dcomcnfg.exe (或 `控制台` → `系統管理工具` → `元件服務`)。
2. 展開：元件服務 → 電腦 → 我的電腦 → DCOM 設定。
3. 尋找 Microsoft Excel Application (或 `Microsoft Excel 應用程式`)，右鍵 → 內容。
4. 身分識別 索引標籤：
   • 選擇 互動式使用者 — 簡單但需使用者登入桌面，**生產環境不推薦**。
   • 或選擇 這個使用者，指定一個具備「以批次工作登入」權限的服務帳號 (需加入 `Distributed COM Users` 群組)。
5. 安全性 索引標籤 → 三區皆點 自訂 → 編輯：
   • 啟動及啟用權限：加入 `IIS_IUSRS`、應用程式集區身分 (`IIS AppPool\YourPoolName`)、或服務帳號 → 勾選 本機啟動、本機啟用。
   • 存取權限：同樣加入上述帳號 → 勾選 本機存取、遠端存取。
   • 設定權限：通常保持預設 (系統/管理員完全控制) 即可。
6. 確定套用，重新啟動 IIS (`iisreset`)。

進階穩定性建議

• 桌面資料夾必須存在： 啟動 Excel COM 需要使用者設定檔下的 `Desktop` 資料夾。對於服務帳號/ApplicationPoolIdentity，需手動建立：
  • 32-bit 系統 / 64-bit 系統執行 32-bit 應用：`C:\Windows\System32\config\systemprofile\Desktop`
  • 64-bit 系統執行 64-bit 應用：`C:\Windows\SysWOW64\config\systemprofile\Desktop`
• 關閉 Excel 互動式提示： 程式碼中設定 app.DisplayAlerts = false; app.Visible = false; 避免彈窗卡住進程。
• 嚴格釋放 COM 物件： 使用 Marshal.ReleaseComObject() 逐層釋放 `Range`、`Worksheet`、`Workbook`、`Application`，並呼叫 `GC.Collect(); GC.WaitForPendingFinalizers();` 防止 Excel 殭屍進程殘留佔用授權/記憶體。
• 並發限制： Excel COM 單執行緒單元 (STA) 模式，**不支援高並發**。生產環境請改用無 Office 相依的程式庫。

總結：棄用 Interop，擁抱 Open XML SDK / 第三方庫

結論： 除非必須操作巨集、列印、複雜圖表或舊版 .xls 相容，**新專案請直接選用 ClosedXML (語法最親和) 或 NPOI (支援 .xls)**，徹底規避 COM 部署地獄。