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