本篇文章主要介绍了浅谈Async和Await如何简化异步编程,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
正文
浅谈Async和Await如何简化异步编程(几个实例让你彻底明白)
引言
c#5.0中async和await两个关键字,这两个关键字简化了异步编程,之所以简化了,还是因为编译器给我们做了更多的工作,下面就具体看看编译器到底在背后帮我们做了哪些复杂的工作的。
同步代码存在的问题
对于同步的代码,大家肯定都不陌生,因为我们平常写的代码大部分都是同步的,然而同步代码却存在一个很严重的问题,例如我们向一个web服务器发出一个请求时,如果我们发出请求的代码是同步实现的话,这时候我们的应用程序就会处于等待状态,直到收回一个响应信息为止,然而在这个等待的状态,对于用户不能操作任何的ui界面以及也没有任何的消息,如果我们试图去操作界面时,此时我们就会看到”应用程序为响应”的信息(在应用程序的窗口旁),相信大家在平常使用桌面软件或者访问web的时候,肯定都遇到过这样类似的情况的,对于这个,大家肯定会觉得看上去非常不舒服。引起这个原因正是因为代码的实现是同步实现的,所以在没有得到一个响应消息之前,界面就成了一个”卡死”状态了,所以这对于用户来说肯定是不可接受的,因为如果我要从服务器上下载一个很大的文件时,此时我们甚至不能对窗体进行关闭的操作的。为了具体说明同步代码存在的问题(造成界面开始),下面通过一个程序让大家更形象地看下问题所在:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
// 单击事件 private void btnclick_click( object sender, eventargs e) { this .btnclick.enabled = false ; long length = accessweb(); this .btnclick.enabled = true ; // 这里可以做一些不依赖回复的操作 otherwork(); this .richtextbox1.text += string .format( "\n 回复的字节长度为: {0}.\r\n" , length); txbmainthreadid.text = thread.currentthread.managedthreadid.tostring(); } private long accessweb() { memorystream content = new memorystream(); // 对msdn发起一个web请求 httpwebrequest webrequest = webrequest.create( "http://msdn.microsoft.com/zh-cn/" ) as httpwebrequest; if (webrequest != null ) { // 返回回复结果 using (webresponse response = webrequest.getresponse()) { using (stream responsestream = response.getresponsestream()) { responsestream.copyto(content); } } } txbasynmethodid.text = thread.currentthread.managedthreadid.tostring(); return content.length; } |
运行程序后,当我们点击窗体的 “点击我”按钮之后,在得到服务器响应之前,我们不能对窗体进行任何的操作,包括移动窗体,关闭窗体等,具体运行结果如下:
传统的异步编程来改善程序的响应
上面部分我们已经看到同步方法所带来的实际问题了,为了解决类似的问题,.net framework很早就提供了对异步编程的支持,下面就用.net 1.0中提出的异步编程模型(apm)来解决上面的问题,具体代码如下(注释的部分通过获得gui线程的同步上文对象,然后同步调用同步上下文对象的post方法把要调用的方法交给gui线程去处理,因为控件本来就是由gui线程创建的,然后由它自己执行访问控件的操作就不存在跨线程的问题了,程序中使用的是调用richtextbox控件的invoke方式来异步回调访问控件的方法,其实背后的原来和注释部分是一样的,调用richtextbox控件的invoke方法可以获得创建richtextbox控件的线程信息(也就是前一种方式的同步上下文),然后让invoke回调的方法在该线程上运行):
发表评论