Windows Server上C#应用访问Word COM对象时出现Error 80080005错误

一、未尝试过的深层排查点 #

• 检查Word DCOM配置的「安全」选项卡，在「启动和激活权限」的自定义设置里，确认应用池身份账户（比如你用的Administrator）没有被拒绝规则覆盖——系统默认的拒绝优先级高于允许，若存在该账户的拒绝条目直接删除。
• 给应用池身份账户添加Office安装目录权限：找到Office安装路径（例：C:\Program Files\Microsoft Office\root\Office16），赋予该账户「读取和执行、列出文件夹内容、读取」权限；同时检查C:\Windows\Temp以及C:\Users\[应用池账户]\AppData\Local\Temp的权限，确保账户有完全控制权限——COM组件运行依赖临时目录读写。
• 处理会话0隔离问题：Windows Server 2008及以上默认启用会话0隔离，Word这类需要桌面环境的COM组件在会话0无法正常初始化。可以：
  1. 打开组策略编辑器（gpedit.msc），找到「计算机配置>管理模板>Windows组件>远程桌面服务>远程桌面会话主机>应用程序兼容性」，启用「允许在会话0中运行交互式应用程序」。
  2. 给应用池账户添加「允许本地登录」权限：打开本地安全策略（secpol.msc），找到「本地策略>用户权限分配>允许本地登录」，添加目标账户。
• 开启应用池「加载用户配置文件」：打开IIS管理器，找到对应应用池，右键进入「高级设置」，将「加载用户配置文件」设为True——若为False，账户的临时目录和注册表配置无法正常加载，会导致COM初始化失败。
• 清理Word残留进程：任务管理器杀掉所有WINWORD.EXE进程，异常残留的进程会占用COM实例，导致新请求无法启动。

二、彻底规避COM问题的替代方案 #

微软明确不推荐在服务器端使用Office COM组件，稳定性和性能都存在隐患，建议换用以下方案：

• Open XML SDK：针对.docx/.docm格式文档，直接操作XML结构，无需安装Office，无COM依赖，完全免费。
• 第三方商业库：比如Aspose.Words、Spire.Doc，支持全格式Word文档，API简单易用，无需Office环境，适合服务器端批量处理。
• Office Online Server：若企业已部署该服务，可通过REST API处理文档，避免在服务器本地运行Office组件。

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