Crystal Report调用ExportToDisk导出Word耗时过长无报错如何解决

问题描述 #

我在将Crystal Report导出为Word文档时遇到异常，使用的报表生成代码如下：

using (ReportDocument initRep = report.SetUpReportDocument(rep, loadId))
{
    string filePath = @"C:\word2Pdf\";
    string fileName = Guid.NewGuid().ToString() + "wordReport.doc";

    var fileNameAndPath = filePath + fileName;
    initRep.ExportToDisk(CrystalDecisions.Shared.ExportFormatType.WordForWindows, fileNameAndPath);
 }

问题集中在initRep.ExportToDisk(CrystalDecisions.Shared.ExportFormatType.WordForWindows, fileNameAndPath);这一行，执行耗时极长且无任何错误抛出。当前报表包含4个通过唯一IDloadId与主报表关联的子报表，通过SQL Server Profiler排查发现查询无暂停，疑似陷入死循环。

解决方案 #

• 优先关闭子报表按需加载属性：在Crystal Report设计器中打开所有子报表，取消「按需加载子报表」的勾选。该属性默认开启时会反复触发子报表数据查询，是导致循环查询最常见的诱因。
• 提前加载所有报表数据：在调用ExportToDisk方法前，主动对主报表和所有子报表执行数据拉取，避免导出过程中反复查询数据库，示例代码如下：

// 提前加载主报表数据
initRep.Refresh();
// 遍历加载所有子报表数据
foreach (ReportDocument subRep in initRep.Subreports)
{
    subRep.SetDatabaseLogon("数据库用户名", "数据库密码");
    subRep.Refresh();
}

• 更换导出格式验证：临时切换为PDF格式执行导出，如果PDF导出速度正常，可判定是WordForWindows格式的渲染逻辑问题，可先导出为RTF格式再手动/批量转成doc格式，导出RTF的代码示例：

initRep.ExportToDisk(CrystalDecisions.Shared.ExportFormatType.RichText, fileNameAndPath.Replace(".doc", ".rtf"));

• 检查子报表关联逻辑：确认4个子报表的关联字段是否存在嵌套依赖，是否出现主报表查询依赖子报表结果、子报表查询又依赖主报表结果的循环关联逻辑，修正后即可解决死循环查询问题。
• 升级Crystal Report运行时版本：旧版本的Crystal Report运行时存在多个导出性能bug，升级到最新的官方支持版本可解决已知的导出循环问题。

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