.NET中的异步编程（一）-为什么需要异步
在2010年的PDC上，微软发布了Visual Studio Async CTP，大大地降低了异步编程的难度，让我们可以像写同步的方法那样去编写异步代码。Async CTP也在社区里掀起了不小的波澜。在这之后，我也学习了一段时间，这个系列会将这段时间的学习作个梳理。
好了，下面进入本文的正题。
为什么需要异步编程
既然同步的写法更自然简单，异步的代码（传统的）不好写，还容易出错，那我们
http://www.cyqdata.cn/cnblogs/article-detail-38695
.NET中的异步编程（四）- IO完成端口以及FileStream.BeginRead
本文首发在IT168 写这个系列原本的想法是讨论一下.NET中异步编程风格的变化，特别是F#中的异步工作流以及未来的.NET 5.0中的基于任务的异步编程模型。但经过三篇文章后很多人对IO异步背后实现的原理以及为什么这样能提高性能很感兴趣。其实我本不想花更多的文字在这些底层实现的细节上，一来我并不擅长这些方面，二来我们使用.NET的异步IO就不需要关心这些底层东西，因为已经为
http://www.cyqdata.cn/cnblogs/article-detail-35258
.NET中的异步编程（三）- Continuation passing style以及使用yield实现异步
在上一篇文章中我们围观了传统的异步编程，感受到了异步编程不是简单的事情。传统的异步方式将本来紧凑的代码都分成两部分，不仅仅降低了代码的可读性，还让一些基本的程序构造无法使用，所以大部分开发人员在遇到应该使用异步的地方都忍痛割爱。本来我在本篇文章中想讨论一下.NET世界中已有的几个辅助异步开发的类库，但是经过思考后觉得在这之前介绍一下一些理论知识也许对理解后面的类库以及更新的内容有所帮助。今天我们要
http://www.cyqdata.cn/cnblogs/article-detail-25563
.NET中的异步编程（三）- Continuation passing style
在上一篇文章中我们围观了传统的异步编程，感受到了异步编程不是简单的事情。传统的异步方式将本来紧凑的代码都分成两部分，不仅仅降低了代码的可读性，还让一些基本的程序构造无法使用，所以大部分开发人员在遇到应该使用异步的地方都忍痛割爱。本来我在本篇文章中想讨论一下.NET世界中已有的几个辅助异步开发的类库，但是经过思考后觉得在这之前介绍一下一些理论知识也许对理解后面的类库以及更新的内容有所帮助。今天我们要
http://www.cyqdata.cn/cnblogs/article-detail-25521
.NET中的异步编程（二）- 传统的异步编程
在上一篇文章中，我们从构建响应灵敏的界面以及构建高可伸缩性的服务应用来讨论我们为什么需要异步编程，异步编程能给我们带来哪些好处。那么知道了好处，我们就开始吧，但是在异步编程这个方面，说总是比做简单。套用那句不是名言的名言：编写异步程序是困难的，编写可靠的异步程序尤其困难。因为异步程序非常难以编写，而且非常容易出错，很多基本的构造元素在异步编程中都无法使用，这让我们这些开发人员更愿意编写同步的代码，
http://www.cyqdata.cn/cnblogs/article-detail-25397