第 3 方程序集加载缓慢

Question

我有一个命令行进程，可以使用 ABCpdf 从 HTML 文件创建 PDF 文件。我正在尝试从 v5（非常旧，不再支持）升级到 v8，但在安装 ABCpdf 8 并更新我的应用程序以使用新的 DLL 后，我注意到该过程过去只需要不到一秒钟的时间即可完成转换现在需要 20 多秒。

我在代码中添加了一些跟踪调用，看起来程序尝试引用 ABCpdf 8 DLL 中的对象的点是事情暂停很长一段时间的地方。一旦代码超过了这一点，它就会像以前一样快速运行。

我的问题是：在尝试引用第 3 方库时，什么可能导致 CLR 速度减慢这么多？我已验证 ABCpdf 8 DLL 位于 GAC 中，并且与可执行文件位于同一目录中。

提前致谢。

Answer 1

让我大胆猜测一下：

您正在一台没有（传出）互联网连接的服务器上运行它。

该组件具有强名称并使用加密密钥进行签名。正在检查证书（吊销列表检查证书是否仍然有效且受信任）。由于没有互联网连接而超时。

如果您想确认这一点，请附加一个调试器（WinDbg？）并在任何线程上确认以下堆栈跟踪：

0e82c1b4 7c822124 ntdll!KiFastSystemCallRet
0e82c1b8 77e6bad8 ntdll!NtWaitForSingleObject+0xc
0e82c228 73ca64ec kernel32!WaitForSingleObjectEx+0xac
0e82c254 73ca6742 cryptnet!CryptRetrieveObjectByUrlWithTimeout+0x12f

有一个针对 Windows 服务器版本的 Service Pack 版本通过默认启用检查来破坏此问题。您可以使用注册表设置禁用它。

请参阅 ASP. NET Hang：Authenticode 签名的程序集：

哦，该页面没有（明确）链接到解决方案：

• 元素
• 修复：具有 Authenticode 签名的 .NET Framework 2.0 托管应用程序需要比平常更长的时间开始

Answer 2

如果是密码问题，您可以使用以下 app.config 条目来解决。
但据我所知，如果计算机有 DNS，但没有其他可用的互联网连接（防火墙），这只是一个问题。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
<runtime>
  <generatePublisherEvidence enabled="false"/>
</runtime>  
</configuration>

Answer 3

我遇到了一个非常相似的问题，即使用 Gecko 引擎时，创建第一个 PDF 需要 45 秒。一旦开始就ok了。

导致该问题的原因是我们的产品服务器没有传出连接。要修复此问题，可以更改组策略设置以将超时设置为 1 秒。请参阅：

http://technet.microsoft.com/en-us/library/cc753863 .aspx

了解如何执行此操作的步骤。