写过很多篇异步，线程，并行的文章了，我觉得有必要总结一下了，然后把目录整理一下，分享给大家，这么大家看的时候方便些！
非阻塞
异步操作无须额外的线程负担，并且使用回调的方式进行处理，在设计良好的情况下，处理函数可以不必使用共享变量（即使无法完全不用，最起码可以减少 共享变量的数量），减少了死锁的可能。当然异步操作也并非完美无暇。编写异步操作的复杂程度较高，程序主要使用回调方式进行处理，与普通人的思维方式有些 出入，而且难以调试。当需要执行I/O操作时，使用异步操作比使用线程+同步 I/O操作更合适。异步和多线程两者都可以达到避免调用线程阻塞的目的，从而提高软件的可响应性。
异步本质为方法的回调
异步操作无须额外的线程负担，并且使用回调的方式进行处理，在设计良好的情况下，处理函数可以不必使用共享变量（即使无法完全不用，最起码可以减少 共享变量的数量），减少了死锁的可能。当然异步操作也并非完美无暇。编写异步操作的复杂程度较高，程序主要使用回调方式进行处理，与普通人的思维方式有些 出入，而且难以调试。当需要执行I/O操作时，使用异步操作比使用线程+同步 I/O操作更合适。
线程争夺与死锁
多线程中的处理程序依然是顺序执行，符合普通人的思维习惯，所以编程简单。但是多线程的缺点也同样明显，线程的使用（滥用）会给系统带来上下文切换的额外 负担。并且线程间的共享变量可能造成死锁的出现。多线程的适用范围则是那种需要长时间CPU运算的场合，例如耗时较长的图形处理和算法执行。
异步与并行－目录
C#~异步编程
C#~异步编程续~.net4.5主推的await&async应用
EF架构~EF异步改造之路~仓储接口的改造
EF架构~EF异步改造之路~让DbContextRepository去实现异步接口
EF架构~EF异步改造之路~仓储接口的改造~续
基础才是重中之重~多线程的代价~我的内存都被吃了！
C#~异步编程再续~async异步方法与同步方法的并行
C#~异步编程再续~await与async引起的w3wp.exe崩溃
C#~异步编程再续~await与async引起的w3wp.exe崩溃－问题友好的解决
C#~异步编程再续~大叔所理解的并行编程(Task&Parallel)（最新2016-05-27日发布）
异步与并行~ReaderWriterLockSlim实现的共享锁和互斥锁
大叔也说并行和串行`性能提升N倍(N由操作系统位数和cpu核数决定)
异步与并行~List<T>是线程安全的吗？
异步与并行~CancellationTokenSource对线程的作用
异步与线程阻塞
永久更新中...