解决ArcEngine开发程序“假死”现象

在GIS数据处理中，数据量大是一个非常伤脑筋的问题。最近，在写一个CAD注记转Shapefile文件时，又遇到这个问题。

  曾经处理一次数据，达130万个点，即测试区域内的栅格转成点全部处理，程序是写好了，但速度之慢啊，关键问题是处理到一半报奇怪的错误，最后只好将数据分成6份，去实验室开了6台机子来分别处理，最后合成在一起。经历过这件事后，我就去请教老师，他们在用程序处理GIS大数据时（特别是当数据带有空间信息），怎么来解决类似的问题？他总结了两方面：一是硬件上，配置要高，对于特别大的数据考虑使用工作站或服务器来处理，GIS处理本来就是容易遇到这种情况；二是代码上，要不断优化，不该new的就不要new，能省则省，写出比较节约内存和空间的代码，需要不断的积累和学习。

  对于用户来说，他们绝对不能容忍“假死现象”，一点击“提交”程序界面就卡住了，如果强行进拖动界面容易出现未响应，直到程序关闭。

  由于自己非计算机专业出身，对这类问题是束手无策，网上的解决方案是多线程，于是我尝试去这样做：

1 2 3 4

Thread MyThreadOne = new Thread(new ThreadStart(Main)); MyThreadOne.Name = "CADToShapeThread"; MyThreadOne.IsBackground = true; MyThreadOne.Start();

  将原来直接写的代码放在一个Main函数中，然后新建一个Thread调用Main，执行结果就好多了，程序界面可以拖动了，数据在后台处理。但由于不懂线程和进程，其安全问题也需要解决，要好好研究一下这个神奇的东西。

 

  为了让用户知道程序还在处理，还没有结果，得加一个进度条：当进程开始时，进度条出现，并不断滚动显示；当进程结束时，进度条隐藏。

  但我在进程中访问设置进度条的属性失败了，报错："Cross-thread operation not valid: Control ‘progressBar1‘ accessed from a thread other than the thread it was created on."百度说，这样是不安全的，要用委托来解决，委托？又搞不懂了，得恶补呀。下面是最终解决方案：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

/// <summary> /// 设置控件参数 /// </summary> /// <param name="oControl">控件</param> /// <param name="propName">参数名称</param> /// <param name="propValue">参数值</param> delegate void SetControlValueCallback(Control oControl, string propName, object propValue); private void SetControlPropertyValue(Control oControl, string propName, object propValue) {     if (oControl.InvokeRequired)     {         SetControlValueCallback d = new SetControlValueCallback(SetControlPropertyValue);         oControl.Invoke(d, new object[] { oControl, propName, propValue });     }     else     {         Type t = oControl.GetType();         System.Reflection.PropertyInfo[] props = t.GetProperties();         foreach (System.Reflection.PropertyInfo p in props)         {             if (p.Name.ToUpper() == propName.ToUpper())             {                 p.SetValue(oControl, propValue, null);             }         }     } }