由于以下错误，检索 CLSID {XXXX} 的组件的 COM 类工厂失败：80040154

Question

我使用 C#.NET 开发了一个 Windows 服务来生成 PDF 报告。 为了生成 PDF 文件，我使用第三方 dll。 该应用程序正在我的 Windows XP 平台上运行。 当我在 Windows Server 2008 64 位版本中部署服务时，出现以下错误：

检索 COM 类工厂 具有 CLSID 的组件 {46521B1F-0A5B-4871-A4C2-FD5C9276F4C6} 由于以下错误而失败： 80040154。

我使用regsvr32命令注册了DLL。 我能够在注册表中看到这个 CLSID。 但问题仍然存在。

可能是什么问题呢？

Answer 1

在VS中-项目属性-在构建选项卡中-平台目标=X86

Answer 2

我遇到了一个非常相似的问题。

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

对第三方 DLL 的调用可以在 Visual Studio 中的单元测试中进行，但在同一台计算机上的 IIS 中托管的 Web 应用程序中失败，并出现 80040154 错误。

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

Answer 3

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

该网站可能作为 32 位进程运行，这就是它可以使用该组件的原因。 针对 x86 构建解决方案将强制您的服务以 32 位运行。

Answer 4

如果您正在寻找一种无需重新编译 Any CPU 应用程序即可完成此操作的方法，这里有另一个潜在的解决方法：

1. 在 HKey_Classes_Root\Wow6432Node\CLSID\{GUID} 下找到 COM 对象 GUID
2. 找到后添加新的 REG_SZ （字符串）值。 名称应为 AppID，数据应与您刚刚搜索的 COM 对象 GUID 相同
3. 在 HKey_Classes_Root\Wow6432Node\AppID 下添加一个新项。 新密钥的名称应与 COM 对象 GUID 的名称相同。
4. 在刚刚添加的新键下，添加一个新的字符串值，并将其命名为 DllSurrogate。 将值留空。
5. 在 HKey_Local_Machine\Software\Classes\AppID\ 下创建一个新的 Key
   同样，新密钥的调用方式应与 COM 对象的 GUID 相同。 无需在该键下添加任何值。

我不相信这个解决方案，但它对我们有用。 检查源链接以获取更多信息和其他评论。

来源：https://techtalk.gfi.com/32bit-object-64bit-environment/

Answer 5

您不必配置项目属性平台目标 X86。
您还可以配置 iis 选项以与 x86 一起使用，如下所示

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

Answer 6

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

Answer 7

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

解决方案有两个：

从寄存器中删除 64 位。

• c:\windows\system32\regsvr32.exe /U;
• 这不会删除对其他文件夹中 dll 的其他副本的引用。

或者

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

将其注册为 32 位：

• C:\Windows\SysWOW64\regsvr32

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

Answer 8

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

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

这对我有用

Answer 9

windows 2008 server x64的解决办法是：

1. 以管理员权限打开cmd.exe。
2. 将 dll 复制到文件夹 C:\Windows\SysWOW64
3. 从 C:\Windows\SysWOW64 运行 regsvr32
4. 验证 dll 是否在 Windows 注册表中。
5. 如果您有使用该 dll 的 .exe x86，则必须在 x86 模式下编译该 exe。
6. exe 必须安装在文件夹 C:\Program Files (x86) 中

此过程有效，没问题。

Answer 10

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

我有一个使用 64 位 DLL 的 Windows 服务项目设置为“Any-CPU”。 同样的错误消息。 尝试了很多事情，但没有任何效果。 最后，我进入项目属性-> 构建并注意到该项目已选中“首选 32 位”。 取消选中此选项，不再出现错误。

我的猜测是 Windows 服务需要 32 位 DLL，但找不到它。

Answer 11

要更改为 x86：

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

Answer 12

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

Answer 13

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

• 首先从 CMD 提示符运行“Regedit.exe”（我将其安全级别提高到管理员，“以防万一”），
• 然后搜索注册表（通过单击 RegEdit 菜单中的“编辑/查找”或按 Ctrl+F）查看您收到的有关 COM 类工厂的错误消息中显示的 CLSID。 我的 CLSID 是 29AB7A12-B531-450E-8F7A-EA94C2F3C05F。
• 找到该键后，选择该 Hive 节点下的子键“InProcServer2”，并在右侧 Regedit 框架中确定问题 DLL 的文件名。 显示在“默认”下。
• 如果该文件位于“C:\Windows\SysWow64”（例如 C:\Windows\SysWow64\Redemption.dll”），那么使用“C:\Windows\SysWow64\RegSvr32.exe”文件来从命令行注册该 DLL，而不是默认的“C:\Windows\System32\RegSvr32.exe”文件，
• 因此我运行了 CMD 提示符（在管理级别控制下（以防万一需要此级别））并键入命令行（对于我的 DLL）：
  C:\Windows\SysWow64\RegSvr32.exe c:\Windows\SysWow64\Redemption.dll 按回车键。
• 关闭命令窗口（通过“退出”然后重新启动您的计算机（始终使用重新启动而不是关闭然后启动，因为（奇怪的是）重新启动执行彻底关闭并重新加载所有内容，而“关闭”并且 Power-Up 会重新加载驱动程序和其他值的存储缓存（这可能是错误的）。
• 将来每当您注册 DLL 时，请记住对存储在 C:\Windows 中的任何 DLL 使用 SysWow64“RegSvr32.exe” \SysWow64 文件夹和此问题（如果是由不正确的注册引起的）不应再次发生。

Answer 14

就我个人而言，通过在开发人员计算机上的 Windows 注册表中搜索类 ID 来解决该问题（因为该问题是在客户端 PC 中引发的）。 此操作将被放入导致问题的 COM 组件中：我的 .NET 项目中引用的 x86 库未针对安装程序或更新程序应用程序注册为 OCX/COM。

问候

Answer 15

对于任何使用 VSTO 的人来说，我的问题是缺少对 Office 程序集的引用。 如果您尝试手动实例化某些 VSTO 对象，它也会出现。

Answer 16

已接受的答案，将目标平台更改为 x86 在可能的情况下不起作用！

当我安装了 Visual Studio 的 Crystal Report 并且 Crystal Report 运行时引擎（64 位）在我的情况下工作了！

其他人建议，这个问题可以通过同时安装 32 位和 64 位运行时引擎来解决！

你可以尝试一下！

Answer 17

我的问题是我的项目参考中的 MS Sync FrameWork 版本 (1.0) 错误。 更新到2.1版本后，错误消失了，生活再次美好。

Answer 18

就我而言，我正在生成 MS Office 文件，例如 word 或 excel，我运行 Win+R 并执行 dcomcnfg，在DCOM Config中，除了选择OFFICE相关的名称项（如名称中包含Excel或Word或Office）和打开属性，选择“身份”选项卡，然后选择交互式用户。为 这个答案，

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