Crystal Reports在Web服务器报错但本地localhost运行正常如何解决？

System.InvalidCastException: Unable to cast COM object of type 'CrystalDecisions.ReportAppServer.Controllers.ReportSourceClass' to interface type 'CrystalDecisions.ReportAppServer.Controllers.ISCRReportSource'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{31E7715A-8AD0-4D1C-958E-C1BE0A6F2D0C}' failed due to the following error: No such interface supported (Exception from HRESULT: 0x80004002 (E_NOINTERFACE)).

触发原因 #

该报错核心是服务器环境的Crystal Reports运行时和开发环境的依赖版本、配置不匹配，本地运行正常是因为开发机的CR版本和项目引用完全一致，具体触发场景如下：

• 版本差异：开发机安装的是Crystal Reports for Visual Studio对应SP版本，服务器安装的CR运行时SP版本更低/更高，或者只安装了精简版运行时，导致ISCRReportSource接口的IID不匹配，QueryInterface调用失败。
• 位数不匹配：项目编译目标为x86，但服务器IIS对应应用程序池未开启「启用32位应用程序」，或服务器仅安装了64位CR运行时，32/64位COM组件无法跨位数调用触发接口转换失败。
• 权限不足：CR COM组件需要读写系统临时目录的权限，服务器IIS应用程序池的运行身份没有C:\Windows\Temp目录的读写权限，导致COM组件初始化异常，间接抛出接口不支持错误。
• GAC冲突：服务器GAC中存在其他版本的CrystalDecisions相关程序集，会优先于项目发布携带的本地程序集加载，不同版本的类型定义不匹配导致转换失败。

解决步骤 #

• 统一版本：确认开发机CR for VS的SP版本号，在服务器安装完全相同版本的Crystal Reports .NET 服务器运行时分发包，不要安装开发版工具包，版本号完全对齐即可解决绝大多数版本不匹配问题。
• 对齐位数：确认项目编译的目标平台，若为x86则将对应IIS应用程序池的「启用32位应用程序」设置为True，若为x64则设置为False，同时保证安装的CR运行时位数和编译目标一致。
• 配置目录权限：给C:\Windows\Temp目录添加IIS_IUSRS用户组的读写权限，避免COM组件初始化失败。
• 清理残留引用：卸载服务器上所有旧版本CR运行时，从GAC删除所有CrystalDecisions开头的程序集后重新安装对应版本运行时，发布时勾选「删除目标位置的现有文件」，避免旧版本DLL残留。

内容的提问来源于stack exchange，提问作者Sarov