C# 通过事件触发UI的问题
关于事件调用与直接调用的区别:
环境是这样的,在MainForm中,有个函数,如下:
public void GetMessage(string str)
{
...
//执行创建控件的操作
}
该函数注册了另外一个对象(obj)的事件,即
obj.localEvent += new BroadCastEventHandler(GetMessage);//BroadCastEventHandler是个委托
出现了一下情况:
操作1:当通过MainForm的UI,执行GetMessage函数时,该函数完全正常,创建了新控件。
操作2:当通过事件触发GetMessage函数时,该函数不正常,新控件无法创建,
奇怪的现象是,如果在GetMessage中,增加如下代码:
MessageBox.show("message");则正常运行。
原因:
这是由于多线程操作引发的线程安全问题。在VS中分别运行两种情况,在GetMessage中设置断点,并查看当前线程
。发现通过事件触发(操作2)的线程是工作线程;而操作1的线程是MainThread主线程。
解决办法:
修改GetMessage函数如下:
public delegate void createTask(Receipt receipt);
public void GetMessage(string str)
{
//通过委托触发的事件,与当前操作可能不是同一线程
if (this.InvokeRequired)
{
//不是同一个线程
createTask a1 = new createTask(CreateTaskNotify);
Invoke(a1,new object[]{receipt});//执行唤醒操作
}
}
参考文章:
http://tuibianzhilv001.blog.163.com/blog/static/167563877201101083856957/
由于Windows窗体控件本质上不是线程安全的。因此如果有两个或多个线程适度操作某一控件的状态(set value),则可能会迫使该控件进入一种不一致的状态。还可能出现其他与线程相关的bug,包括争用和死锁的情况。所以VS2005这一改动便可以增强线程安全性。
这种方法我没用过,因为大家推荐不要使用,所以我没去实验过,具体方法如下(摘自网上):
思路:把想对另一线程中的控件实施的操作放到一个函数中,然后使用delegate代理那个函数,并且在那个函数中加入一个判断,用 InvokeRequired来判断调用这个函数的线程是否和控件线程在同一线程中,如果是则直接执行对控件的操作,否则利用控件的Invoke或 BeginInvoke方法来执行这个代理。
在继续讲解下去之前我们先来看一下这里提到的几个方法(如果对以下两个东东已经了解了就可以跳过)
Invoke的中文解释是唤醒,它有两种参数类型我们这里只讲一种即(Delegate, Object[])
Delegate就是前面提到的那个代理,而Object[]则是用来存放Delegate所代理函数的参数
MSDN上关于INVOKE方法有如下说明:在拥有控件的基础窗口句柄的线程上,用指定的参数列表执行指定委托。
用通俗的话讲就是利用控件的INVOKE方法,使该控件所在的线程执行这个代理,也就是执行我们想对控件进行的操作,相当于唤醒了这个操作;
其次是控件的InvokeRequired这个属性(个人翻译为’唤醒请求’):
MSDN上关于它的解释是获取一个值,该值指示调用方在对控件进行方法调用时是否必须调用Invoke方法,因为调用方位于创建控件所在的线程以外的线程中。
有通俗的话讲就是返回一个值,如果与控件属于同一个线程,则不需要进行唤醒的请求,也就是返回值为False,否则则需要进行唤醒的请求,返回为 true
总感觉MSDN上的翻译让人无法一看就明白,可能是自己智力不够吧~~
执行结果先调出一个提示框显示“不是同一个线程”,然后跳出提示框显示“同一线程内”,然后richTextBox1中的text值为sdfs;这样便完成了对其它线程中的控件进行操作。