自从它开始工作以来，您就可以调查您的环境以及此后发生的变化。

可能是某些MS KB引起了该问题。

从这里我看到的是，当我单击"打印"时，它将开始抽取网络I/O大约10次，直到"打印"对话框打开时 CPU和其他所有东西都完整无缺，如所附的屏幕截图所示。

所以我的问题是，单击"打印"按钮时实际上发生了什么？ 我该怎么做才能使其再次快速。 此报告需要一个复杂的sql命令（我确实有很多情况类似的报告，但是打印从来都不是问题）和大量计算（由于打印期间的CPU使用率，我将在这里排除计算因素） 对话框打开事件的总花费从未超过1％）。 这里的奥秘在于，当我们四月份根本不更改设计时，报告突然变得很慢。 我们还尝试删除了打印机驱动程序，但是总体上还是相同的。

西里尔，

我以前从未听说过。 尝试使用ProcesssMonitor，然后按照尝试进行打印的步骤进行操作。

这可能是打印机驱动程序已损坏，或者您的（他们的）AV软件可能阻止了对打印机的访问。 如果该操作一旦有可能需要环境更改，便需要调查。

可能是User \ Temp文件夹已满，请尝试删除该位置的所有文件，将锁定5或6个文件，因此请跳过这些文件，然后 再试一次...

唐

嗨，唐：

该报告包含3个子报告，比我们需要至少5个子报告的某些报告要少得多。 主报告使用一个存储过程，该过程使用6个表。 一个小的子报表使用3； 主子报表使用存储过程存储了总共7个表，之后进行了更多计算。 正如我提到的，有些报告具有相同或更复杂的结构，这些报告仍然可以立即退出打印对话框。 如果您需要我发送报告的副本，请出于安全方面的考虑，除了我自己设置FTP服务器之外，还请告知哪种方法对您有效。

您好：

我已经尝试了您的方法，但是由于该程序中使用相同格式的所有其他报告都工作正常，并且仅需几秒钟即可打开"打印对话框"，因此AV无法显示。 加载"打印对话框"时，进程RAM和CPU使用率没有突然增加。 我注意到的一件事是，当我取消主子报表时，"打印对话框"以更快的速度弹出，几乎是立即弹出。

根据我对Crystal Reports的理解，到现在为止，无论是主报表还是子报表中的大量计算都只会影响报表的加载时间，一旦所有内容都已完全加载，就没有理由再进行一次"加载"了。 "时间（在这种情况下，是报告实际加载时间的3倍），打开"打印对话框"以打印结果。

此致

Cyril

过程监视器显示什么？ 寻找时间戳记中的延迟

您好，Cyril，

该报告中是否恰好有10个子报告？ 还是可能有10张表或周围的某张表？

在打印报告时，它会运行报告，该延迟可能是报告正在访问子报告数据。

如果可以发送给我，我会 会通过我的报告检查器运行它，看看是否能找到任何东西？

您现在无法将任何东西附加到论坛上，因此需要FTP服务器将其发送给我。

唐