AsyncAndAwait关键字的研究.docx

Aynsc 和 Await 关键字的研究在 .NET 4.0 以后，基于 Task 的异步编程模式大行其道，因其大大简化了异步编程所带来的大量代码工作而深受编程人员的欢迎，如果你曾经使用过 APM(基于 IAsyncResult) 和 EAP( 基于 event/delegate)，那么你一定感受颇深。而随之而来.NET 4.5 的两个关键字 async 和 await 又使得异步编程如编写顺序的代码一样容易，特别是 async 对 委托(Lamda/LINQ 表达式，匿名委托)的支持，使得async 和 await 成为异步编程的代名词。但是我们都知道，异步编程的背后是多线程的技术，线程处理，线程间的通讯，线程的管理一直是编程世界里比较难于掌握的部分，那么 async 和 await 关键字究竟有什么魔法能够把复杂的线程处理变成简单的两个关键字而已那？我相信对 .NET 框架有过了解的人都知道，微软喜欢把底层的东西大肆的进行封装，力求把用户当成傻子看（也不是不好，用户其实不需要知道产品细节），这样使得C#/.Net 容易学习，但是也使得程序员知其然而不知其所以然。那么我们怎么学习 .NET 光亮功能背后的关键字的技术及其实现原理那？读文章，但是还有一种方式，看源代码(MSIL)，使用反编译工具如(Reflector) 查看编译的代码以了解背后的运行机制，使用这种方式我们知道了 using, lock, event, delegate 的背后机制，我们依样画葫芦来解析一下 async 与 await 关键字。在开始之前，我们先看一段 C# 代码：static void Main(string[] args) { CountAsync(); Console.WriteLine(Async run back to main); Console.Read(); } private static async void CountAsync() { Console.WriteLine(Async run ); await Task.Run(() = { for (int i = 0; i 10; i++) { Console.WriteLine(i); Thread.Sleep(100); } } ); Console.WriteLine(Async completed); }然后看一下他的输出， async 与 await 工作的如同 MSDN 所说的一致（废话01）: -- 当方法执行到 await 时，控制权返回调用方，然后等待方法执行完成获取控制权，然后执行 await 后的代码。那么现在我们用反编译器这个照妖镜来照照这一个 async 和 await 究竟是何方妖魔 : ( 注意要勾选显示编译代码)：神马？怎么多出来这么多不知所谓的东西，我明明只编写了两个方法 Main 和 CountAsync, 其它的是神马东东。 微软，不编译器你究竟对我的代码做了什么，让她(它)变成这样了？好吧，让我们逐条看一下：Main 方法基本上和我们写的一样。没有什么特别，没有什么可疑，当然就没有什么好说的！private static void Main(string[] args) { Program.CountAsync(); Console.WriteLine(Async run back to main); Console.Read(); }CountAsync 方法这个不是我写的CountAsync 方法么？ 我的 async 关键字，我的await Task.Run 都去那儿了？为了揭开这个谜底，找出真相，真相永远只有一个，我们先看一下方法的构成：声名一个类型为CountAsyncd_2 类型的stateMachine 局部变量为 stateMachine.t_builder 属性赋值将 stateMachine 的 1_state 字段赋值为-1调用 stateMachine 的t_builder 成员的 Start 方法。 [DebuggerStepThrough] [AsyncStateMachine(typeof (Program.CountAsyncd__2))] private static void CountAsync() { Program.CountAsyncd__2 stateMachine; stateMachine.t__builder = AsyncVoidMethodBuilder.Create(); stateMachine.1__state = -1; stateMachine.t__builder.StartProgram.CountAsyncd__2(ref stateMachine); }