作者：禪樓望月（http://m.survivalescaperooms.com/yaoyinglong）

午飯的時候到了，可是天氣太冷，根本不想出辦公室的門，于是你撥通了某飯店的訂餐電話“喂！你好，我是某某公司的小菜，我要點……;。然后以繼續(xù)干你的工作了，過了一會兒，“你好，是某某公司的小菜吧，你的午飯到了”。這個過程便是一個典型的異步回調(diào)。那么我們來看一下，這個里面有什么必須的條件：

1. 某飯店必須有送飯的業(yè)務(wù)；
2. 你必須接受飯菜，如果你不接受飯菜，你就吃不到飯了。

這兩個協(xié)議雙方都必須遵守，其中一方不遵守，這項工作就辦不成了。

首先我們定義一個送飯的業(yè)務(wù)協(xié)議：

1 public interface SendFood {2     void sendFood(ReceiveFood receive,String foodName);3 }

然后我們定義一個將飯送到哪里的協(xié)議：

1 public interface ReceiveFood {2     void receiveFood(Food food);3 }

然后我們定義一個餐館讓他遵守送飯的協(xié)議：

 1 public class XXXRestaurant implements SendFood { 2  3     @Override 4     public void sendFood(ReceiveFood receive,String foodName) { 5         //告訴廚房做飯…… 6         Food lunch=cook(foodName); 7         //將午餐送到你們約定的地點 8         receive.receiveFood(lunch); 9     }10     PRivate Food cook(String foodName){11         //經(jīng)過一段時間，一些美食已經(jīng)錯出來了12         Food someFood=new Food(foodName);    13         return someFood;14     }15 }

然后就是定義我們自己，我們遵守接受飯菜的協(xié)議：

 1 public class XiaoCai implements ReceiveFood { 2     private SendFood restaurant; 3     public XiaoCai(SendFood restaurant){ 4         this.restaurant=restaurant; 5     } 6     public void orderFood(final String foodName){ 7         new Runnable() {         8             @Override 9             public void run() {10                 restaurant.sendFood(XiaoCai.this,foodName);11             }12         }.run();13     }14     @Override15     public void receiveFood(Food food) {16         System.out.println("飯好了");17     }18 }

測試一下：

因此，我們可以這樣理解回調(diào)：A委托B去辦一件事情，然后B辦完之后通知A。表現(xiàn)在代碼中即：類A的方法fa調(diào)用類B的方法fb,飯后fb中又調(diào)用了類A的方法fa1。

首先非常感謝YDHL iPhone Dev的貢獻

　　所有的程序最終都會由計算機硬件來執(zhí)行，所以為了更好的理解異步操作的本質(zhì)，我們有必要了解一下它的硬件基礎(chǔ)。 熟悉電腦硬件的朋友肯定對DMA這個詞不陌生，硬盤、光驅(qū)的技術(shù)規(guī)格中都有明確DMA的模式指標，其實網(wǎng)卡、聲卡、顯卡也是有DMA功能的。DMA就是直接內(nèi)存訪問的意思，也就是說，擁有DMA功能的硬件在和內(nèi)存進行數(shù)據(jù)交換的時候可以不消耗CPU資源。只要CPU在發(fā)起數(shù)據(jù)傳輸時發(fā)送一個指令，硬件就開始自己和內(nèi)存交換數(shù)據(jù)，在傳輸完成之后硬件會觸發(fā)一個中斷來通知操作完成。這些無須消耗CPU時間的I/O操作正是異步操作的硬件基礎(chǔ)。所以即使在DOS這樣的單進程（而且無線程概念）系統(tǒng)中也同樣可以發(fā)起異步的DMA操作。

　　線程不是一個計算機硬件的功能，而是操作系統(tǒng)提供的一種邏輯功能，線程本質(zhì)上是進程中一段并發(fā)運行的代碼，所以線程需要操作系統(tǒng)投入CPU資源來運行和調(diào)度。

　　因為異步操作無須額外的線程負擔，并且使用回調(diào)的方式進行處理，在設(shè)計良好的情況下，處理函數(shù)可以不必使用共享變量（即使無法完全不用，最起碼可以減少共享變量的數(shù)量），減少了死鎖的可能。當然異步操作也并非完美無暇。編寫異步操作的復(fù)雜程度較高，程序主要使用回調(diào)方式進行處理，與普通人的思維方式有些初入，而且難以調(diào)試。

　　多線程的優(yōu)點很明顯，線程中的處理程序依然是順序執(zhí)行，符合普通人的思維習慣，所以編程簡單。但是多線程的缺點也同樣明顯，線程的使用（濫用）會給系統(tǒng)帶來上下文切換的額外負擔。并且線程間的共享變量可能造成死鎖的出現(xiàn)。

　　在了解了線程與異步操作各自的優(yōu)缺點之后，我們可以來探討一下線程和異步的合理用途。我認為：當需要執(zhí)行I/O操作時，使用異步操作比使用線程+同步I/O操作更合適。I/O操作不僅包括了直接的文件、網(wǎng)絡(luò)的讀寫，還包括數(shù)據(jù)庫操作、Web Service、HttpRequest以及.Net Remoting等跨進程的調(diào)用。　　而線程的適用范圍則是那種需要長時間CPU運算的場合，例如耗時較長的圖形處理和算法執(zhí)行。但是往往由于使用線程編程的簡單和符合習慣，所以很多朋友往往會使用線程來執(zhí)行耗時較長的I/O操作。這樣在只有少數(shù)幾個并發(fā)操作的時候還無傷大雅，如果需要處理大量的并發(fā)操作時就不合適了。