关于水晶报表慢的解决方法

我认为如果可以在选择一次报表的话，我是不会选择水晶报表了。除了免费算是个优势吧。

如果你不幸采用了水晶报表，就会碰到这个问题。

我用了预加载和子线程处理，基本算是缓解了。

---

1.首先在系统初始化的时候

       [STAThread]
        static void Main(string[] args)
        {
               ReLoadReports();    


        }    



        /// <summary>
        /// 预加载报表
        /// </summary>
        public static void ReLoadReports()
        {
            ThreadPool.QueueUserWorkItem(state => LoadCR());
        }

       public  static void LoadCR()
        {
        
            ReportClass repdoc = new dr_PT();
            //cache.Add("loadRC",repdoc);
            repdoc.Load( repdoc.FullResourceName);
            repdoc = new dr_TTHotel();
            repdoc.Load(repdoc.FullResourceName);
            repdoc = new dr_TTDV();
            repdoc.Load(repdoc.FullResourceName);
            repdoc = new dr_TTSeat();
            repdoc.Load(repdoc.FullResourceName);
            repdoc = new dr_PT58mm();
            repdoc.Load(repdoc.FullResourceName);
            repdoc = new dr_PT58mm2();
            repdoc.Load(repdoc.FullResourceName);
            repdoc = new dr_PT58mm3();
            repdoc.Load(repdoc.FullResourceName);
        }                   

　我本来想用hashtable做个缓存。后面思考水晶报表第二次运行会相对快点，基本判定有缓存。查了下相关资料，MSDN看到以下代码

https://msdn.microsoft.com/zh-cn/library/ms227445(v=vs.90).aspx

public virtual ReportDocument CreateReport()
{
if (nonEmbeddedReportDocument == null)
{
nonEmbeddedReportDocument = new ReportDocument();
nonEmbeddedReportDocument.Load(reportFileName);
}
return nonEmbeddedReportDocument;
}

ReportClass 继承自ReportDocument ，至于内建缓存如何缓存的没有太深究原理。

---

2.报表处理可以非UI线程处理。无需阻塞主线程。
所以在展示报表的时候我还是threadpool，代码就不上了。

---

3.其他性能问题的话，主要是加载数据量的问题了。这个根据业务自己控制下。





=================================================================================
后期经测试，发现水晶报表通过子线程加载会出现一个dll加载失败的异常，偶尔会发生，概率比较低，不影响执行，很奇怪，也没法吞掉这个异常。暂时未找到有效的方法。暂时先不通过thread加载