异步与并行~大话目录

写过很多篇异步，线程，并行的文章了，我觉得有必要总结一下了，然后把目录整理一下，分享给大家，这么大家看的时候方便些！

非阻塞

异步操作无须额外的线程负担，并且使用回调的方式进行处理，在设计良好的情况下，处理函数可以不必使用共享变量（即使无法完全不用，最起码可以减少 共享变量的数量），减少了死锁的可能。当然异步操作也并非完美无暇。编写异步操作的复杂程度较高，程序主要使用回调方式进行处理，与普通人的思维方式有些 出入，而且难以调试。当需要执行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对线程的作用

 异步与线程阻塞

永久更新中...