《c中使用多线程访问winform中控件的若干问题》由会员分享，可在线阅读，更多相关《c中使用多线程访问winform中控件的若干问题（3页珍藏版）》请在装配图网上搜索。
1、我们在做应用的时候，大部分情况下都会碰到使用多线程控制界面上控件信息的问题。然而我们并不能用传统方法来做这个问题，下面我将详细的介绍。首先来看传统方法：运行这段代码，我们会看到系统抛出一个异常：这是因为以后加强了安全机制，不允许在中直接跨线程访问控件的属性。那么怎么解决这个问题呢，下面提供几种方案第一种方案，我们在方法中加一句代码：加入这句代码以后发现程序可以正常运行了。这句代码就是说在这个类中我们不检查跨线程的调用是否合法（如果没有加这句话运行也没有异常，那么说明系统以及默认的采用了不检查的方式）。然而，这种方法不可取。我们查看这个属性的定义，就会发现它是一个的，也就是说无论我们在项目的什么
2、地方修改了这个值，他就会在全局起作用。而且像这种跨线程访问是否存在异常，我们通常都会去检查。如果项目中其他人修改了这个属性，那么我们的方案就失败了，我们要采取另外的方案。下面来看第二种方案，就是使用和来从其他线程中控制控件信息。网上有很多人写了这种控制方式，然而我看了很多这种帖子，表明上看来是没有什么问题的，但是实际上并没有解决这个问题，首先来看网络上的那种不完善的方式：代理将代理绑定到方法调用代理使用这种方式我们可以看到跨线程访问的异常没有了。但是新问题出现了，界面没有响应了。为什么会出现这个问题，我们只是让新开的线程无限循环刷新，理论上应该不会对主线程产生影响的。其实不然，这种方式其实相当于把这个新开的线程“注入”到了主控制线程中，它取得了主线程的控制。只要这个线程不返回，那么主线程将永远都无法响应。就算新开的线程中不使用无限循环，使可以返回了。这种方式的使用多线程也失去了它本来的意义。现在来让我们看看推荐的解决方案：代理将和无限循环放在等待异步的外面通过代理调用刷新方法运行上述代码，我们可以看到问题已经被解决了，通过等待异步，我们就不会总是持有主线程的控制，这样就可以在不发生跨线程调用异常的情况下完成多线程对多线程控件的控制了。
c中使用多线程访问winform中控件的若干问题
