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

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

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

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

---

 

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加载