.NET Core部署IIS后Microsoft.Office.Interop.Word异常求助

问题回顾 #

本地运行.NET Core应用使用Microsoft.Office.Interop.Word正常，部署到IIS后出现两种错误：

1. 应用池默认标识时：

处理请求时发生未处理的异常。
UnauthorizedAccessException: 检索CLSID为{000209FF-0000-0000-C000-000000000046}的组件的COM类工厂失败，错误原因：80070005 拒绝访问。(0x80070005 (E_ACCESSDENIED))。System.RuntimeTypeHandle.CreateInstance(RuntimeType type, bool publicOnly, bool wrapExceptions, ref bool canBeCached, ref RuntimeMethodHandleInternal ctor, ref bool hasNoDefaultCtor)

2. 应用池标识改为LocalSystem时：

处理请求时发生未处理的异常。
NullReferenceException: 对象引用未设置到对象的实例。

已尝试DCOM配置：设置身份验证级别为“连接”，给IIS_IUsers添加启动和激活完全权限。

解决步骤 #

1. 补全DCOM权限配置（针对权限拒绝错误） #

• 运行dcomcnfg打开组件服务，导航到组件服务 > 计算机 > 我的电脑 > DCOM配置
• 通过CLSID {000209FF-0000-0000-C000-000000000046}找到对应的Word组件（右键选择「属性」）
• 安全选项卡：
  • 「启动和激活权限」：选择「自定义」，点击「编辑」，添加你的IIS应用池账户（格式：IIS AppPool\[你的应用池名称]），授予完全控制权限
  • 「访问权限」：重复上述操作，给应用池账户添加完全控制权限
  • 「配置权限」：同样给应用池账户添加完全控制权限
• 身份选项卡：选择「交互式用户」，或指定一个拥有本地管理员权限、且已登录过Office完成初始化的账户（避免Office首次启动弹出配置窗口）

2. 解决LocalSystem下的空引用问题 #

LocalSystem权限虽高，但缺乏桌面交互环境，Office组件无法正常初始化，导致实例创建失败返回null：

• 优先改用应用池专用账户或自定义本地账户，按上述DCOM配置给该账户授权
• 若必须使用LocalSystem：
  1. 在Word组件的DCOM属性「身份」选项卡，选择「指定用户」，输入一个已完成Office初始化的本地账户
  2. 打开IIS管理器，找到目标应用池，进入「高级设置」，将「加载用户配置文件」设置为True

3. 推荐：替换为服务器端友好的方案 #

微软官方明确不支持在服务器端使用Office Interop（存在稳定性、并发、性能问题），长期建议替换为：

• OpenXML SDK：免费开源，无需安装Office，直接操作docx文档的XML结构，适合常规文档生成、编辑
• 第三方库：如Aspose.Words、DocX等，功能更全面，支持复杂格式处理、多格式转换

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