先说同步与异步的区别,总说同步异步的,其实一直不清楚什么是同步异步,今天找了一下:
同步:当一个消息发送后,等对方回应后继续发送下一条指令。
异步:当一个消息发送后,不等对方回应就发送下一条。
同步,举个例子,就是你给人打电话的时候,你说一句,对方回你一句,然后你在说下一句,交流嘛。
异步呢,你给一个人打电话,你一直在说。
而BeginInvoke与Invoke就是同步与异步。BeginInvoke是异步操作,Invoke是同步操作。而这两个方法中执行的是一个委托。
举一个代码中的例子,在WPF中有一个TextBlock控件,Name属性为txtContent有时候会出现跨线程的问题,这个什么时候出现,我现在不知道为啥模拟不出来了。但是我记得这样的写法,因为我感觉这样的写法就是为了防止出现这种问题的。是这样写的:
1
2
3
4
|
txtContent.Dispatcher.Invoke( new Action(() => { txtContent.Text = "xxxxxxx" ; })); |
如果带有参数的话就这么写:
1
2
3
4
|
txtContent.Dispatcher.Invoke( new Action< string , string >((arg1, arg2) => { txtContent.Text = arg1 + arg2; }), "参数1" , "参数2" ); |
如果多个参数的话,Action泛型中增加就可以了。后面也相对的增加传递的值。
使用Dispatcher.Invoke就是所谓的同步更新,异步更新呢?就是吧Invoke换为BeginInvoke就是异步了,其实看了一些资料我还是没明白Invoke和BeginInvoke到底有什么区别。但是呢,更新界面的话,必须是UI线程,也就是谁创建了UI控件就由谁来更新,跨线程更新是肯定会报错的。所以,也就有了BeginInvoke和Invoke的方法了,使用这种方法调用的也就不报错了,因为这两个还是运行在UI线程上的。
1
2
3
4
5
6
7
8
9
10
11
|
txtContent.Dispatcher.BeginInvoke( new Action< string , string >((arg1, arg2) => { //此处写需要进行异步的操作 txtContent.Text = arg1 + arg2; }), "参数1" , "参数2" ); //或这样写 Dispatcher.BeginInvoke( new Action<TextBlock>((arg_txt) => { //此处写需要进行异步的操作 arg_txt.Text = "异步更新" ; }), txtContent); |
找这个理解的话,写在BeginInvoke中的委托更新要比Invoke好,因为Invoke是同步更新,要等任务结束后才会更新界面,BeginInvoke的话就不管了,异步嘛,不等,直接更新了。
昨天没写完,继续说。
但是上面的委托体内如果有耗时操作,还是会出现UI界面假死的状况,例如如下的代码:
1
2
3
4
5
6
|
txtContent.Dispatcher.BeginInvoke( new Action< string , string >((arg1, arg2) => { //此处写需要进行异步的操作 for ( long i = 0; i < 2147483647; i++) txtContent.Text = arg1 + arg2 + i; }), "参数1" , "参数2" ); |
如何才能更好的解决这种假死的情况呢?因为BeginInvoke和Invoke只是为了解决线程安全的问题,要解决假死的问题很多时候用到的都是BackgroupWorker。不多说了,但是我在网上查找资料的时候又找到了另外一种写法:
1
2
3
4
5
6
7
8
9
10
|
Action ut = new Action(() => { //耗时操作 for ( long i = 0; i < 2147483647; i++) txtContent.Dispatcher.Invoke( new Action(() => { txtContent.Text = "" + i; })); }); IAsyncResult result = ut.BeginInvoke( new AsyncCallback( new Action<IAsyncResult>((asyncResult) => { if (asyncResult == null ) return ; })), ut); |
这种写法与BackgroupWorker有什么区别呢,不清楚,毕竟我不是高手,在这条路上探索的一个程序员而已。只是我觉得,不用写那么多行了。