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

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

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

在VS -项目属性-在Build选项卡-平台目标=X86

我也遇到过类似的问题。

我需要在64位机器上开发的Web应用程序中使用旧的32位DLL。我将32位DLL注册到windows\sysWOW64文件夹中，使用该文件夹中的regsvr32版本。

对第三方DLL的调用在Visual Studio中的单元测试中正常工作，但在同一台机器上的IIS中托管的Web应用程序中失败，并出现80040154错误。

将应用程序池更改为“启用32位应用程序”解决了该问题。

要更改为x86:

为您的解决方案创建一个安装项目。 创建后，转到解决方案资源管理器，右键单击安装项目。 按“配置管理器”。 点击:“Active Solution Platform”组合框，选择新建(如果没有显示x86) 从第一个组合x86中选择，然后按OK。 重建安装项目，然后重建所有项目。

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)文件夹中。

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

如果您正在运行一个网站，您还可以尝试将应用程序池设置为禁用32位应用程序(在池的高级设置下)。

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

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

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

如果你正在寻找一种不需要重新编译任何CPU应用程序的方法，这里有另一种潜在的解决方案:

Locate your COM object GUID under the HKey_Classes_Root\Wow6432Node\CLSID\{GUID} Once located add a new REG_SZ (string) Value. Name should be AppID and data should be the same COM object GUID you have just searched for Add a new key under HKey_Classes_Root\Wow6432Node\AppID. The new key should be called the same as the COM object GUID. Under the new key you just added, add a new String Value, and call it DllSurrogate. Leave the value empty. Create a new Key under HKey_Local_Machine\Software\Classes\AppID\ Again the new key should be called the same as the COM object’s GUID. No values are necessary to be added under this key.

这个解决方案不是我的功劳，但它对我们很有效。查看源代码链接获取更多信息和其他评论。

来源:https://techtalk.gfi.com/32bit对象environment/——64位

你不需要配置你的项目属性平台目标X86。 你也可以这样配置iis选项，让它在x86上工作

选择应用程序池 选择应用程序使用的池 高级设置 启用32位应用程序为true

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

解决方案有两个方面:

从寄存器中删除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位注册并不能解决我的问题。

我没有更改任何编译设置。

只需在AppPool高级设置中设置“启用32位应用程序= True”。

这对我很有效

对于任何使用VSTO的人来说，我遇到的问题是缺少对办公室组件的引用。如果您试图手动实例化某些VSTO对象，也会出现这种情况。

我的问题是，我有错误的MS同步框架版本(1.0)在我的项目参考。更新到2.1版本后，错误消失了，生活又好了。

在我个人的情况下，这个问题是固定的搜索类id在Windows的注册表上的开发机器(因为这个问题是抛出在客户端PC)。该操作将被放置到引起问题的COM组件中:我的. net项目中引用的x86库没有为安装程序或更新程序应用程序注册为OCX/COM。

问候

我发现我的问题与DLL的实际注册有关。

First run "Regedit.exe" from a CMD prompt (I raised it's security level to Administrator, "just in case") then search the Registry (by clicking on "Edit/Find" in the RegEdit menu or by pressing Ctrl+F) for the CLSID showing in the error message which you received regarding the COM class factory. My CLSID was 29AB7A12-B531-450E-8F7A-EA94C2F3C05F. When this key is found, select the sub-key "InProcServer2" under that Hive node and ascertain the filename of the problem DLL in the right hand Regedit frame. showing under "Default". If that file resides in "C:\Windows\SysWow64"(such as C:\Windows\SysWow64\Redemption.dll") then it is important that you use the "C:\Windows\SysWow64\RegSvr32.exe" file to register that DLL from the command line and NOT the default "C:\Windows\System32\RegSvr32.exe" file. So I ran a CMD prompt (under Administrative level control (just in case this level is need required) and type on the command line (in the case of my DLL): C:\Windows\SysWow64\RegSvr32.exe c:\Windows\SysWow64\Redemption.dll the press enter. Close the command window (via "Exit" then Restart your computer (always use restart instead of Close Down then start up, since (strangely) Restart perform a thorough shut down and reload of everything whereas "Shut Down" and Power-Up reloads a stored cache of drivers and other values (which may be faulty). Whenever you register a DLL in the future, remember to use the SysWow64 "RegSvr32.exe" for any DLL stored in the C:\Windows\SysWow64 folder and this problem c(if it is caused by incorrect registration) should not happen again.

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

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

接受的答案，改变目标平台到x86没有工作在可能的情况下!

当我安装了水晶报告visual studio和水晶报告运行时引擎(64位)在我的情况下工作!

还有人建议，这个问题可以通过安装32位和64位运行时引擎来解决!

你可以试试!