有一个相关的问题，但不同，但类似的修复:

我使用64位DLL将Windows服务项目设置为“Any-CPU”。同样的错误信息。我试过很多方法，但都没用。最后，我进入项目属性-> Build，注意到项目选中了“首选32位”。不选中此选项，就不会出现更多错误。

我的猜测是windows服务期望一个32位DLL，但找不到它。

听起来你的服务是针对“任何CPU”构建的，导致你在使用COM组件的64位上出现错误。您需要为x86构建它。

该网站可能作为一个32位进程运行，这就是为什么它可以使用该组件。基于x86构建解决方案将迫使您的服务以32位的方式运行。

windows 2008服务器x64的解决方案是:

以管理员权限打开cmd.exe。 将dll拷贝到C:\Windows\SysWOW64文件夹 从C:\Windows\SysWOW64运行regsvr32 验证dll在Windows注册表中。 如果你有一个使用dll的。exe x86, exe必须在x86模式下编译。 exe必须安装在C:\Program Files (x86)文件夹中。

这个程序是有效的，是可以的

问题是服务器进程是64位的，而库是32位的，它试图在同一个进程(进程内服务器)中创建COM组件。要么重新编译服务器，使其成为32位，要么保持服务器不变，使COM组件处于进程外。使COM服务器脱离进程最简单的方法是创建一个COM+应用程序-控制面板->管理工具->组件服务。

我遇到了同样的问题，但其他答案只提供了解决方案的一部分。

解决方案有两个方面:

从寄存器中删除64位。

c:\windows\system32\regsvr32.exe /U <file.dll> 这将不会删除对其他文件夹中复制的dll的引用。

or

找到名为HKEY_CLASSES_ROOT\CLSID{......}\InprocServer32的密钥。该键将DLL的文件名作为其默认值。 我删除了HKEY_CLASSES_ROOT\CLSID{......}文件夹。

将其注册为32位:

C：\Windows\SysWOW64\regsvr32 <file.dll>

将其注册为32位而不删除64位注册并不能解决我的问题。

在我的情况下，我正在生成ms office文件，如word或excel，我运行Win+R并执行dcomcnfg，在DCOM配置中，除了选择office相关的名称项(如名称包含excel或word或office)，并打开属性，选择身份选项卡并选择交互式用户。作为这个答案，

我的错误消息显示CLSID {000209FF-0000-0000-C000-000000000046}，所以我必须尝试在DCOM配置中找到这个特定的CLSID，它确实存在，我选择它并遵循相同的步骤设置交互用户，然后它就工作了。