由于Windows窗体控件本质上不是线程安全的。因此如果有两个或多个线程适度操作某一控件的状态(set value)，则可能会迫使该控件进入一种不一致的状态。还可能出现其他与线程相关的bug，包括争用和死锁的情况。所以VS2005这一改动便可以增强线程安全性。
　　我想大家更关心的是如何解决这个问题，如何才能操作其它线程中的控件而不引发异常，接下来我们来探讨下这个问题：
　　第一种方法：
　　这种方法我没用过，因为大家推荐不要使用，所以我没去实验过，具体方法如下（摘自网上）：
　　设置System.Windows.Forms.Control.CheckForIllegalCrossThreadCalls=false;（winform.下）如果在你的程序初始化的时候设置了这个属性，而且在你的控件中使用的都是微软Framework类库中的控件的话，系统不会再抛出你上面所说的这个错误了。当然这只是为了将VS2003的代码转换到VS2005下所使用的一种常见的方法。不建议采用；
　　第二种方法，也是我主要要讲的是利用delegate和invoke这个方法：
　　思路：把想对另一线程中的控件实施的操作放到一个函数中，然后使用delegate代理那个函数，并且在那个函数中加入一个判断，用
　　InvokeRequired来判断调用这个函数的线程是否和控件线程在同一线程中，如果是则直接执行对控件的操作，否则利用控件的Invoke或
　　BeginInvoke方法来执行这个代理。
　　在继续讲解下去之前我们先来看一下这里提到的几个方法(如果对以下两个东东已经了解了可以跳过)
　　首先是Invoke
　　Invoke的中文解释是唤醒，它有两种参数类型我们这里只讲一种即(Delegate， Object[])
　　Delegate是前面提到的那个代理，而Object[]则是用来存放Delegate所代理函数的参数
　　MSDN上关于INVOKE方法有如下说明：在拥有控件的基础窗口句柄的线程上，用指定的参数列表执行指定委托。
　　用通俗的话讲是利用控件的INVOKE方法，使该控件所在的线程执行这个代理，也是执行我们想对控件进行的操作，相当于唤醒了这个操作；
　　其次是控件的InvokeRequired这个属性（个人翻译为’唤醒请求’）：
　　MSDN上关于它的解释是获取一个值，该值指示调用方在对控件进行方法调用时是否必须调用Invoke方法，因为调用方位于创建控件所在的线程以外的线程中。
　　有通俗的话讲是返回一个值，如果与控件属于同一个线程，则不需要进行唤醒的请求，也是返回值为False，否则则需要进行唤醒的请求，返回为 true
　　总感觉MSDN上的翻译让人无法一看明白，可能是自己智力不够吧~~