对ASP.NET异步编程的一点理解

本来这篇博文想探讨下异步中的异常操作，但自己在做异步测试的时候，又对 ASP.NET 异步有了新的认识，可以说自己之前对异步的理解还是有些问题，先列一下这篇博文的三个解惑点：

  • async await 到底是什么鬼？？？

  • 异步操作中发生异常，该如何处理？

  • 异步操作中发生异常（有无 catch throw 情况），Application_Error 会不会捕获？

之前测试过异步中的同步（很多种情况），这次我们把测试代码写更复杂些（异步中再进行异步），代码如下：

 
 
    
  
  
  1. [Route("")] 
    2.   
  
  2. [HttpGet] 
    3.   
  
  3. public async Task Index() 
    4.   
  
  4. { 
    5.   
  
  5.     System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId1:" + Thread.CurrentThread.ManagedThreadId); 
    6.   
  
  6.     var result = await Test(); 
    7.   
  
  7.     System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId6:" + Thread.CurrentThread.ManagedThreadId); 
    8.   
  
  8.     return result; 
    9.   
  
  9. } 
    10.   
  
  10.  
    11.   
  
  11. public static async Task Test() 
    12.   
  
  12. { 
    13.   
  
  13.     System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId2:" + Thread.CurrentThread.ManagedThreadId); 
    14.   
  
  14.     using (var client = new HttpClient()) 
    15.   
  
  15.     { 
    16.   
  
  16.         var response = await client.GetAsync("http://stackoverflow.com/questions/14996529/why-is-my-async-asp-net-web-api-controller-blocking-the-main-thread"); 
    17.   
  
  17.         await Test2(); 
    18.   
  
  18.         System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId5:" + Thread.CurrentThread.ManagedThreadId); 
    19.   
  
  19.         return await response.Content.ReadAsStringAsync(); 
    20.   
  
  20.     } 
    21.   
  
  21. } 
    22.   
  
  22.  
    23.   
  
  23. public static async Task Test2() 
    24.   
  
  24. { 
    25.   
  
  25.     System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId3:" + Thread.CurrentThread.ManagedThreadId); 
    26.   
  
  26.     using (var client = new HttpClient()) 
    27.   
  
  27.     { 
    28.   
  
  28.         var response = await client.GetAsync("http://stackoverflow.com/questions/33408905/pgadminiii-bug-on-query-tool"); 
    29.   
  
  29.         System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId4:" + Thread.CurrentThread.ManagedThreadId); 
    30.   
  
  30.         return await response.Content.ReadAsStringAsync(); 
    31.   
  
  31.     } 
    32.   
  
  32. } 
    33.   
  
  33.  
    34.   
  
  34. 输出结果（执行四次）： 
    35.   
  
  35.  
    36.   
  
  36. Thread.CurrentThread.ManagedThreadId1:8 
    37.   
  
  37. Thread.CurrentThread.ManagedThreadId2:8 
    38.   
  
  38. Thread.CurrentThread.ManagedThreadId3:6 
    39.   
  
  39. Thread.CurrentThread.ManagedThreadId4:6 
    40.   
  
  40. Thread.CurrentThread.ManagedThreadId5:6 
    41.   
  
  41. Thread.CurrentThread.ManagedThreadId6:6 
    42.   
  
  42.  
    43.   
  
  43. Thread.CurrentThread.ManagedThreadId1:7 
    44.   
  
  44. Thread.CurrentThread.ManagedThreadId2:7 
    45.   
  
  45. Thread.CurrentThread.ManagedThreadId3:8 
    46.   
  
  46. Thread.CurrentThread.ManagedThreadId4:7 
    47.   
  
  47. Thread.CurrentThread.ManagedThreadId5:7 
    48.   
  
  48. Thread.CurrentThread.ManagedThreadId6:7 
    49.   
  
  49.  
    50.   
  
  50. Thread.CurrentThread.ManagedThreadId1:5 
    51.   
  
  51. Thread.CurrentThread.ManagedThreadId2:5 
    52.   
  
  52. Thread.CurrentThread.ManagedThreadId3:5 
    53.   
  
  53. Thread.CurrentThread.ManagedThreadId4:6 
    54.   
  
  54. Thread.CurrentThread.ManagedThreadId5:6 
    55.   
  
  55. Thread.CurrentThread.ManagedThreadId6:6 
    56.   
  
  56.  
    57.   
  
  57. Thread.CurrentThread.ManagedThreadId1:8 
    58.   
  
  58. Thread.CurrentThread.ManagedThreadId2:8 
    59.   
  
  59. Thread.CurrentThread.ManagedThreadId3:8 
    60.   
  
  60. Thread.CurrentThread.ManagedThreadId4:8 
    61.   
  
  61. Thread.CurrentThread.ManagedThreadId5:8 
    62.   
  
  62. Thread.CurrentThread.ManagedThreadId6:8 
    63.

这个测试方法，我执行了无数次，大致就是上面的四种情况，我当时看到输出结果，其实是很凌乱的，我也大家也一样，并心里有一些疑问：你这真是异步编程吗？为啥线程千奇百怪？并且最后那个还只有一个线程，这和同步有啥区别？？？

针对上面这个疑问，我想了很久，并对自己产生了一些质疑的声音：你每天都在写 async await 代码，你真的了解它吗？？？然后我又重新找到上面那篇 jesse liu 的博文，反复读了很多篇，最后终于有了一些“顿悟”，结合上面的测试代码，我大致画了一张示意图：

结合上面的图，我说一下自己的理解，在做测试的时候，HttpClient.GetAsync 尽量让它执行时间长些，比如请求的 URL 可以是 stackoverflow 或 github（原因你懂得！），因为有个时间差，这样我们可以更好的了解线程的执行情况，上面图中“线程1、线程1x、线程3x、线程4x”等等，这些并 不是不同线程，也就是说线程1有可能等于线程1x或线程3x。。。从上面的输出结果就可以看出，用线程x来表示两个输出之间所经历的 await 次数，这就证明了一个疑惑：await 并不一定会创建和之前不一样的线程。

到底什么是异步？？？我个人觉得，async 异步是一个伪概念，await 等待才是精髓，一个线程可以响应 多个请求，如果是同步编程，一个线程在处理某一个请求的时候阻塞了（比如上面测试代码中的 HttpClient.GetAsync 网络操作），那么这个线程就会一直等待它处理，在这个等待的过程中，那么其他请求就不能再使用这个线程，又因为 IIS 线程池中的线程数量有限，那么同步编程下，高并发将是一个头疼的问题，试想一下，如果线程池中的线程数量为 100 个，这 100 个线程在同时处理 100 个请求的时候，都悲催的阻塞掉了，这时候第 101 个请求将无法执行，那么并发量就是 100。

接上面，同样的处理过程，如果是异步编程，那将是什么情况呢？比如一个线程在处理某一个请求的时候，执行到 await 操作，那么这个线程将会释放回到线程池，然后进行等待，等待的过程中，原来的那个线程就可以处理其他请求或者这个请求的其他操作，注意等待并不是线程等 待，而是操作等待，我原来就很不理解这个地方，如果是线程等待，就表示这个线程会一直等待它完成，那和同步编程就是一样的了，所以这种理解是错误的，你可 以这样理解：await 等待的过程中，没有线程！！！

再接上面，等待操作完成之后，这时候就会从线程池中随机拿一个线程继续执行，拿到的这个线程有可能是 await 操作刚刚释放掉的，但也有可能是其他线程，上图中的 2-6 操作就是这样，一图胜千言：

了解了整个过程之后，你才会明白 async await 到底是什么鬼？以及它真正的用武之地是什么？简单总结几点内容：

  • async 异步网络处理作用最明显（HttpClient 请求或数据库连接）：这个我们大家都很清楚，也 很好理解，如果是其他操作，比如一个异步方法中你做了很多费时的计算，那这个异步将没什么效果，说白了和同步一样，而对于网络操作，我们一般不做处理，发 起请求之后等待它完成就行，所以这时候执行到这的线程，可以释放并会到线程池中，网络操作执行完成之后，再从线程池中随机拿一个线程继续执行。

  • async 异步并不是真正意义上的“异步”：什么意思呢？你仔细看下上面测试的输出结果，会发现 ManagedThreadId1-6 是顺序输出的，而不是先输出 ManagedThreadId4 再输出 ManagedThreadID3，所以，异步和同步的执行过程是一样的，并且一个请求下，执行时间也是一样的，上面的异步测试其实某种意义上，是测试不出任何东西的（从测试结果就可以看出），异步并不能减少你的执行时间，而是增加你的请求执行数量，这个东西说白了，其实就是并发量。

  • async 异步的精髓是 await：这个之前已经提到了，准确来说，async 异步的精髓是 await 时的线程回收与完成之后的线程切换，这个操作最大的价值是，避免线程的浪费等待，充分利用线程的执行，有点类似于地主不能容忍奴隶闲着做无意义的事，而是希望他们 24 小时不停工作一样。

另外，在 ASP.NET 应用程序中，我们可以使用 Thread.CurrentThread 来访问当前的执行线程，我之前想做这样一个测试，让当前执行线程 Sleep 一段时间，看看其他线程会不会执行，但 Thread.CurrentThread 并没有 Sleep 方法，而必须这样访问 Thread.Sleep(int millisecondsTimeout)，如果这样执行这段代码，那么当前线程将会 Sleep，但其他线程并不会在它 Sleep 的时候，而继续执行，为什么？因为 CPU 在同一时间段内只能执行一个线程。

了解了 async await 到底是什么鬼后，博文一开始剩下的两个有关异步操作中的异常问题，现在理解起来就非常容易了：

  • 异步操作中发生异常，该如何处理？：和同步一样处理，同步中报错，异步也一样报错，有人可能有这样的疑问，比 如测试代码中的 Index Action，执行到 await Test 内部操作的时候，突然抛出异常了，然后就想当然的认为，既然是异步执行的 Test 方法，那 Index 应该不会影响吧？其实你执行之后就会发现，Index 页面还是会抛出异常的，所以异常和异步没半毛钱关系。

  • 异步操作中发生异常（有无 catch throw 情况），Application_Error 会不会捕获？：无 catch，Application_Error 会捕获；有 catch 无 throw，Application_Error 不会捕获；有 catch 有 throw，Application_Error 会捕获。

如果我们想让某一个异步方法，在执行抛出异常的时候，而不影响其他异步方法，那我们就 catch 而不 throw，比如我们的测试代码：

 
 
    
  
  
  1. [Route("")] 
    2.   
  
  2. [HttpGet] 
    3.   
  
  3. public async Task Index() 
    4.   
  
  4. { 
    5.   
  
  5.     System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId1:" + Thread.CurrentThread.ManagedThreadId); 
    6.   
  
  6.     var result = await Test(); 
    7.   
  
  7.     System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId6:" + Thread.CurrentThread.ManagedThreadId); 
    8.   
  
  8.     return result; 
    9.   
  
  9. } 
    10.   
  
  10.  
    11.   
  
  11. public static async Task Test() 
    12.   
  
  12. { 
    13.   
  
  13.     try 
    14.   
  
  14.     { 
    15.   
  
  15.         System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId2:" + Thread.CurrentThread.ManagedThreadId); 
    16.   
  
  16.         using (var client = new HttpClient()) 
    17.   
  
  17.         { 
    18.   
  
  18.             var response = await client.GetAsync("http://stackoverflow.com/questions/33408905/pgadminiii-bug-on-query-tool"); 
    19.   
  
  19.             System.Diagnostics.Debug.WriteLine("Thread.CurrentThread.ManagedThreadId3:" + Thread.CurrentThread.ManagedThreadId); 
    20.   
  
  20.             throw new Exception("test exception");//这里出现了异常 
    21.   
  
  21.             return await response.Content.ReadAsStringAsync(); 
    22.   
  
  22.         } 
    23.   
  
  23.     } 
    24.   
  
  24.     catch (Exception ex) 
    25.   
  
  25.     { 
    26.   
  
  26.         System.Diagnostics.Debug.WriteLine("异常信息：" + ex.Message); 
    27.   
  
  27.         return ""; 
    28.   
  
  28.         //throw ex; 
    29.   
  
  29.     } 
    30.   
  
  30. } 
    31.

这样的效果就是 Index 页面不会报错，并且也不会影响其他方法执行，现在发现当时疑惑这个问题的时候，还蛮白痴的，还是那句话，异常和异步没半毛钱关系，相同的问题，同步也是这样进行处理的。

博文内容有点多，如果你不愿花时间看，可以直接记住这段话：如果你的应用程序请求访问很少（并发很小），异步和同步将是一样的效 果，异步化改造是毫无意义的，而如果你的应用程序请求访问很多（并发很大），那么效果显而易见，如果使用异步将会为你省掉几台服务器的钱，但代码异步化并 不能使你的应用程序执行速度加快（指的是代码执行速度），垃圾代码还是垃圾代码，并不会有任何的改善，所以，写好“好的代码”很重要！！！

文章名称：对ASP.NET异步编程的一点理解
分享网址：http://www.shufengxianlan.com/qtweb/news43/385243.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

用户体验知识

同城分类信息

华川商务　　 　响应式建站　　 　红锐电子　　 　四川國際商會　　 　云主机　　 　成都微商城　　 　宜宾网站建设　　 　成都网站设计　　 　成都网站推广公司　　 　绵阳梓潼网站建设　　 　广汉网站建设　　 　达州电信机房　　 　成都定制网站　　 　网络推广公司　　 　梓潼网站制作公司　　 　网站建设　　 　服务器托管　　 　手机网站建设公司　　 　香港云服务器租用　　 　中国电信成都枢纽中心