我来帮你梳理下这类“开发环境正常、生产环境报错”问题的常见排查方向，咱们一步步来定位原因：

1. 核对DLL版本与目标平台一致性 #

• 首先确认生产服务器上是否安装了**.NET Framework 4.5.2**，PresentationCore、PresentationFramework是WPF核心组件，依赖对应版本的.NET框架。
• 检查开发环境与生产环境DLL的**目标平台（x86/x64/Any CPU）**是否匹配：如果开发时是x86编译，生产环境的IIS应用池要开启“启用32位应用程序”选项；反之如果是x64，要确保应用池对应设置一致。
• 右键开发环境的DLL查看属性里的版本号，和生产bin文件夹里的完全比对，避免混用不同版本的组件。

2. 确认所有依赖DLL已完整部署 #

• Telerik文档处理库除了自身DLL，通常还依赖其他组件，比如WindowsBase.dll（PresentationCore/PresentationFramework的核心依赖，很多人容易遗漏）、Telerik的Common类库等。
• 可以用ILSpy或Dependency Walker工具打开Telerik的DLL，查看它的引用列表，把所有标记为“需要复制”的依赖DLL都手动复制到生产环境的bin文件夹中。

3. 同步web.config的配置细节 #

• 确保开发环境web.config中<assemblies>节点的配置完全复制到生产环境，比如：

  <assemblies>
    <add assembly="PresentationCore, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
    <add assembly="PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
    <add assembly="WindowsBase, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
    <!-- Telerik相关的assembly配置也要同步 -->
  </assemblies>
  

• 检查生产环境web.config的信任级别：WPF组件通常需要完全信任权限，确保配置中有<trust level="Full"/>（如果生产环境允许的话）。

4. 获取详细异常信息是关键 #

• 暂时关闭生产环境的自定义错误，在web.config中设置：

  <customErrors mode="Off"/>
  

• 查看IIS站点的事件日志（Windows事件查看器 -> 应用程序日志），里面会记录具体的异常类型：比如FileNotFoundException说明缺DLL，BadImageFormatException说明平台不兼容，SecurityException则是权限问题。

5. 检查IIS应用池的设置 #

• 确认应用池的**.NET CLR版本**设置为v4.0（ASP.NET 4.5.2基于v4.0 CLR运行），不要选错成v2.0。
• 检查应用池的身份是否有读取bin文件夹的权限：右键bin文件夹 -> 属性 -> 安全，添加应用池身份（比如IIS AppPool\你的应用池名称）并赋予读取权限。

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