获取CLSID {000209FF-0000-0000-C000-000000000046}的COM类工厂权限被拒求助

我懂你这种试过各种方案还是卡壳的烦躁感，这个报错对应的CLSID {000209FF-0000-0000-C000-000000000046}就是Word.Application对象，核心问题是当前运行程序的账户没有足够权限初始化Office COM组件。下面是几个针对性的实操修复步骤：

1. 配置DCOM组件权限 #

这是最关键的一步，很多时候都是DCOM权限没开导致的：

• 按下Win+R，输入dcomcnfg打开「组件服务」
• 依次展开：组件服务 → 计算机 → 我的电脑 → DCOM配置
• 在列表里找到Microsoft Word 97 - 2003 Document（如果是Office 2016及以后版本，可能叫「Microsoft Word Document」）
• 右键点击选择「属性」，切换到「安全」标签：
  • 「启动和激活权限」「访问权限」「配置权限」这三项，都选择「自定义权限」，然后点击「编辑」
  • 把当前运行代码的账户（比如你登录的本地用户、IIS应用池账户、服务账户）添加进去，勾选完全控制权限
• 切换到「标识」标签，选择「交互式用户」（桌面程序推荐），如果是服务器上的服务/Web应用，建议选择「此用户」并指定一个有本地管理员权限的账户

2. 检查注册表权限 #

有时候注册表项的权限限制也会导致组件无法被调用：

• 按下Win+R，输入regedit打开注册表编辑器
• 定位到路径：HKEY_CLASSES_ROOT\CLSID\{000209FF-0000-0000-C000-000000000046}
• 右键该注册表项，选择「权限」，把运行代码的账户添加进去，赋予读取和写入权限
• 同样检查该路径下的LocalServer32子项的权限设置，确保账户有访问权限

3. Web/服务应用的特殊配置（如果适用） #

如果你的代码是在IIS或者Windows服务中运行：

• 不要用默认的「ApplicationPoolIdentity」作为应用池身份，改成「LocalSystem」（仅测试用，生产环境建议用有权限的域账户），或者指定一个拥有本地管理员权限的账户
• 给这个账户授予访问Office安装目录（比如C:\Program Files\Microsoft Office\root\Office16）的权限
• 确保该账户拥有桌面交互权限：可以在DCOM配置的「标识」里勾选，或者通过本地组策略（计算机配置→Windows设置→安全设置→本地策略→用户权限分配→允许本地登录）配置

4. 修复Office安装 #

如果上述配置都没问题，可能是Office组件损坏：

• 打开控制面板→程序和功能，找到Microsoft Office，右键选择「更改」
• 选择「快速修复」（更快）或者「联机修复」（更彻底），完成后重启电脑再测试

额外注意事项 #

• 服务器环境必须安装完整的Office客户端，不能只装Office runtime或者精简版组件
• 避免在多线程环境下创建Word Application实例，Office COM组件对多线程支持很差，容易出问题
• 代码里一定要正确释放COM对象，避免残留进程占用资源，示例代码：

try
{
    Application appWord = new Application();
    wordDocument = appWord.Documents.Open(strFilePath);
    // 你的业务逻辑代码
}
finally
{
    // 释放Word文档对象
    if (wordDocument != null)
    {
        wordDocument.Close();
        System.Runtime.InteropServices.Marshal.ReleaseComObject(wordDocument);
        wordDocument = null;
    }
    // 释放Word应用对象
    if (appWord != null)
    {
        appWord.Quit();
        System.Runtime.InteropServices.Marshal.ReleaseComObject(appWord);
        appWord = null;
    }
    // 强制垃圾回收
    GC.Collect();
    GC.WaitForPendingFinalizers();
}

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