寫過很多篇異步，線程，並行的文章了，我覺得有必要總結一下了，然後把目錄整理一下，分享給大家，這麼大家看的時候方便些！
非阻塞
異步操作無須額外的線程負擔，並且使用回調的方式進行處理，在設計良好的情況下，處理函數可以不必使用共享變量（即使無法完全不用，最起碼可以減少 共享變量的數量），減少了死鎖的可能。當然異步操作也並非完美無暇。編寫異步操作的復雜程度較高，程序主要使用回調方式進行處理，與普通人的思維方式有些 出入，而且難以調試。當需要執行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日發布）
永久更新中...
