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

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

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

我使用regsvr32命令注册了DLL。我可以在注册表中看到此CLSID。但是问题仍然存在。

可能是什么问题呢？

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

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

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

调用第三方DLL是通过Visual Studio中的单元测试完成的，但无法通过同一台计算机上的IIS托管的Web应用程序失败，并出现80040154错误。

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

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

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

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

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

如果您正在寻找一种无需重新编译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 \下创建一个新的密钥。同样，应将该新密钥称为与COM对象的GUID相同的名称。无需在此键下添加任何值。

我对这个解决方案不屑一顾，但是它对我们有用。检查源链接以获取更多信息和其他注释。

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

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

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

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

对我有用

Windows 2008 Server x64的解决方案是：

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

此过程有效，可以。

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

解决方案有两个：

从寄存器中删除64位。

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

要么

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

将其注册为32bit：

• C:\Windows\SysWOW64\regsvr32 <file.dll>

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

发生了一个相关问题，但有不同但相似的修复程序：

我有一个使用64位DLL的Windows服务项目设置为“ Any-CPU”。同样的错误信息。尝试了一堆东西，但没有任何效果。最后，我进入项目的Properties-> Build，并注意到该项目已选中“ Prefer 32-bit”。取消选中此选项，不再出现错误。

我的猜测是Windows服务期望使用32位DLL，但找不到它。

更改为x86：

1. 为您的解决方案创建一个安装项目。
2. 创建它之后，转到解决方案资源管理器，右键单击安装项目。
   • 按配置管理器。
   • 单击：“活动解决方案平台”组合框，然后选择“新建”（如果未显示x86）
   • 从第一个组合x86中选择，然后按OK。
   • 重建安装程序项目，然后重建所有项目。

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

就我个人而言，此问题已修复，原因是在开发人员计算机上的Windows注册表中搜索类ID（因为此问题是在客户端PC中引发的）。此操作将放入引起问题的COM组件中：我的.NET项目中引用的x86库，尚未为安装程序或更新程序应用程序注册为OCX / COM。

问候

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

我发现我的问题与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： C：\ Windows \ SysWow64 \ RegSvr32.exe c：\ Windows \ SysWow64 \ Redemption.dll，按Enter键。关闭命令窗口（通过“退出”，然后重新启动计算机（始终使用重新启动而不是“关闭”，然后重新启动），因为（奇怪的）重新启动会彻底关闭并重新加载所有内容，而“关闭”和上电会重新加载存储的驱动程序和其他值的缓存（可能有问题），以后每当您注册一个DLL时，切记对C：\ Windows \ SysWow64文件夹中存储的任何DLL使用SysWow64“ RegSvr32.exe”，并且此问题c （如果是由于错误的注册引起的），则不会再次发生。

我的问题是我的项目参考中的MS Sync FrameWork版本（1.0）错误。更新到2.1版后，该错误消失了，生活又恢复了。

就我而言，我在DCOM Config中生成ms办公文件，例如word或excel，然后运行Win+R并执行dcomcnfg，除了选择OFFICE相关的名称项（例如名称包含Excel或Word或Office），Open the properties, select Identity tab and select the interactive user.并以此回答，

我的错误消息show CLSID {000209FF-0000-0000-C000-000000000046}，所以我必须尝试在DCOM Config中找到此特定的CLSID，并且确实存在，因此我选择了它并按照相同的步骤设置interactive user，然后它起作用了。