我使用C#.NET开发了一个Windows服务来生成PDF报告。为了生成PDF文件，我使用了第三方的DLL。该应用程序在我的Windows XP平台上运行。当我将服务部署到64位版本的Windows Server 2008中时，出现了以下错误：
检索具有CLSID {46521B1F-0A5B-4871-A4C2-FD5C9276F4C6} 的组件的COM类工厂失败，原因是以下错误：80040154。
我使用regsvr32命令注册了DLL。我能够在注册表中看到这个CLSID。但问题仍然存在。
可能的问题是什么？
在 VS 中，打开项目属性，在“生成”选项卡中，将平台目标设置为 X86。
我遇到了一个非常类似的问题。
我需要在一台64位机器上开发的Web应用程序中使用一个旧的32位DLL。我使用该文件夹中的regsvr32版本将32位DLL注册到windows\sysWOW64文件夹中。
在Visual Studio的单元测试中，对第三方DLL的调用工作正常，但从在同一台机器上托管在IIS中的Web应用程序中失败，并显示80040154错误。
将应用程序池更改为“启用32位应用程序”解决了此问题。
看起来您的服务是针对 'Any CPU' 构建的，这会导致您在使用 COM 组件的 64 位系统上出现错误。您需要为 x86 进行构建。
网站可能正在作为 32 位进程运行，因此可以使用该组件。将解决方案构建为 x86 将强制您的服务以 32 位方式运行。
.ocx文件（c:\Windows\SysWow>RegSvr32 genX.ocx），但是出现了错误模块加载失败。请确保二进制文件存储在指定路径，并调试以检查二进制文件或相关的.DLL文件是否存在问题。 - Naveen Kumar您不必配置项目属性平台目标X86。您也可以配置iis选项以与x86配合使用。
处理最后一个操作时发生错误。[错误代码00690075]事件日志可能包含其他故障排除信息。 - KZee我没有改变任何编译设置。
只是在应用程序池的高级设置中设置了“启用32位应用程序=True”。
这对我起作用了。
针对Windows 2008服务器x64的解决方案如下：
此过程是有效的，一切正常。
有一个相关的问题，但解决方法略有不同:
我有一个Windows服务项目，使用64位DLL设置为“任何CPU”。出现了相同的错误信息。尝试了很多方法，但都没有起作用。最后，我进入项目属性->生成，发现该项目已经勾选了“首选32位”。取消勾选后，错误消失了。
我的猜测是，Windows服务期望找到一个32位的DLL，但找不到。