【转】“线程间操作无效: 从不是创建控件的线程访问它”
经典解决“线程间操作无效: 从不是创建控件的线程访问它”
在编程中经常会遇到在一个按钮中执行复杂操作，并将复杂操作最后返回的值加入一个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
在编程中经常会遇到在一个按钮中执行复杂操作，并将复杂操作最后返回的值加入一个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
