在设计中为了让界面与逻辑分离,我的做法是使用事件,界面只要响应事件来处理界面的显示就可以了。而事件在逻辑处理中可能由不同的线程引发,这些事件的响应方法在修改页面中的控件内容时便会引发一个异常。
这时就用到了Control.InvokeRequired属性与Invoke方法。
获取一个值,该值指示调用方在对控件进行方法调用时是否必须调用Invoke方法,因为调用方位于创建控件所在的线程以外的线程中。
如果控件的handle是在与调用线程不同的线程中创建的(说明您必须通过invoke方法对控件进行调用),则为true,否者为false。
Windows窗体中的控件被绑定到特定的线程,不具备线程安全性。因此,如果从另一个线程调用控件的方法,那么必须使用控件的一个invoke方法来将调用封送到适当的线程。该属性可用于确定是否必须调用invoke方法,当不知道什么线程拥有控件时这很有用。
下面来说下具体的用法:
首先定义一个委托,与这个事件处理很熟的签名一样委托,当然直接使用该事件的委托也是可以的,如:
private delegate void DoLog(string msg);
然后判断这个属性的值来决定是否要调用invoke函数:
if (this.InvokeRequired)
{
DoLog doLog = new DoLog(Log);
this.Invoke(doLog, new object[] { msg });
}
备注:这个函数就是事件处理函数,这样就做到了窗体中控件的线程安全性。
InvokeRequired当前线程不是创建控件的线程时为true
比如你可以自己开一个thread,或使用timer的事件来访问窗体上的控件的时候,在线程中窗体的这个属性就是true。
简单的说,如果有两个线程,thread A和thread B,并且有一个Control C,是在thread A里面new的。
那么在thread A里面运行的任何方法调用c.InvokeRequired都会返回false。
相反,如果在thread B里面运行的任何方法调用c.InvokeRequired都会返回true。
是否是UI线程与结果无关。
通常Control所在的线程时UI线程,但也有例外。
如果InvokeRequired==true表示其它线程需要访问空间,那么调用invoke来转给控件owner处理。
日志输出源码
private delegate void DoLog(string msg);
private void Log(string msg){
if (this.InvokeRequired){
DoLog doLog = new DoLog(Log);
this.Invoke(doLog, new object[] { msg });
}else{
if (logReveal.Items.Count > 20) {
logReveal.Items.RemoveAt(0);
}
msg = DateTime.Now.ToLocalTime().ToString() + " " + msg;
logReveal.Items.Add(msg);
}
}