【转】“线程间操作无效: 从不是创建控件的线程访问它”

经典解决“线程间操作无效: 从不是创建控件的线程访问它”
在编程中经常会遇到在一个按钮中执行复杂操作，并将复杂操作最后返回的值加入一个ListView或ComboBox中候选。这个时候程序会卡，当程序员将这些卡代码放进线程(Thread)中后发现当对控件操作时出现“线程间操作无效: 从不是创建控件的线程访问它”异常。
        为什么.net不让我们跨线程操作控件，这是有好处的。因为如果你的线程多了，那么当两个线程同时尝试将一个控件变为自己需要的状态时，线程的死锁就会发生。但是难道就是因为这个原因，我们就只能让程序卡着么？当然不是，这里教大家两个个解决方案：

（1）不使用委托：在构造函数或者窗体Load的代码里添加下面一句：
Control.CheckForIllegalCrossThreadCalls = False
（2）委托方法的实现

delegate void SetTextCallback(string text);
event SetTextCallback SetTextEvent;    
//调用窗体中的函数用invoke传递参数
private void SetText(string text)
{
    if (this.txtShow.InvokeRequired)
{                
    SetTextCallback d = new SetTextCallback(SetText);
    this.Invoke(d, new object[] { text });
}
else
{                      
    this.txtShow.Text += text+"\n";
}
}

SetTextEvent += new SetTextCallback(SetText);

SetText(str);

(3)

this.Invoke(new MethodInvoker(DisplayReceiveMessage));
private void DisplayReceiveMessage()
{txt_visble.Text = "hello world" }


以上出自:好记性不如烂博客


==================================================================================
以下详解出自:
http://hi.baidu.com/jcserver/blog/item/b7e8da3e2f6f35f0828b13f1.html


在设计中为了让界面与逻辑分离，我的做法是使用事件，界面只要响应事件来处理界面的显示就行了。而事件在逻辑处理中可能由不同的线程引发，这些事件的响应方法在修改界面中的控件内容时便会引发一个异常。

这时就用到了Control.InvokeRequired 属性 与Invoke方法。

MSDN中说：
获取一个值，该值指示调用方在对控件进行方法调用时是否必须调用 Invoke 方法，因为调用方位于创建控件所在的线程以外的线程中。
如果控件的 Handle 是在与调用线程不同的线程上创建的（说明您必须通过 Invoke 方法对控件进行调用），则为 true；否则为 false。
Windows 窗体中的控件被绑定到特定的线程，不具备线程安全性。因此，如果从另一个线程调用控件的方法，那么必须使用控件的一个 Invoke 方法来将调用封送到适当的线程。该属性可用于确定是否必须调用 Invoke 方法，当不知道什么线程拥有控件时这很有用。

下面来说下这个的用法（我的一般做法）：
首先定义一个委托，与这个事件处理函数的签名一样委托，当然直接使用该事件的委托也是可以的，如：

private delegate void InvokeCallback(string msg);
然后就是判断这个属性的值来决定是否要调用Invoke函数：

void m_comm_MessageEvent(string msg)
{
   if(txtMessage.InvokeRequired)
   {
    InvokeCallback msgCallback = new InvokeCallback(m_comm_MessageEvent);
    txtMessage.Invoke(msgCallback, new object[] { msg });
   }
   else
   {
    txtMessage.Text = msg;
   }
}
说明：这个函数就是事件处理函数，txtMessage是一个文本框。
这样就做到了窗体中控件的线程安全性。
转自：http://www.juanlian15.cn/article.asp?id=64