什麼是回調?今天傻傻地截了張圖問了下,而後被陳大牛回答道「就一個回調…」。此時千萬個草泥馬飛奔而過(逃 java
哈哈,看着源碼,享受着這種回調在代碼上的做用,真是美哉。不妨總結總結。 git
回調,回調。要先有調用,纔有調用者和被調用者之間的回調。因此在百度百科中是這樣的: github
軟件模塊之間老是存在着必定的接口,從調用方式上,能夠把他們分爲三類:同步調用、回調和異步調用。 設計模式
回調是一種特殊的調用,至於三種方式也有點不一樣。 微信
一、同步回調,即阻塞,單向。 異步
二、回調,即雙向(相似自行車的兩個齒輪)。 socket
三、異步調用,即經過異步消息進行通知。 ide
好比這裏模擬個場景:客戶端發送msg給服務端,服務端處理後(5秒),回調給客戶端,告知處理成功。代碼以下: 函數
回調接口類: 測試
/** * @author Jeff Lee * @since 2015-10-21 21:34:21 * 回調模式-回調接口類 */ public interface CSCallBack { public void process(String status); }
模擬客戶端:
/** * @author Jeff Lee * @since 2015-10-21 21:25:14 * 回調模式-模擬客戶端類 */ public class Client implements CSCallBack { private Server server; public Client(Server server) { this.server = server; } public void sendMsg(final String msg){ System.out.println("客戶端:發送的消息爲:" + msg); new Thread(new Runnable() { @Override public void run() { server.getClientMsg(Client.this,msg); } }).start(); System.out.println("客戶端:異步發送成功"); } @Override public void process(String status) { System.out.println("客戶端:服務端回調狀態爲:" + status); } }
模擬服務端:
/** * @author Jeff Lee * @since 2015-10-21 21:24:15 * 回調模式-模擬服務端類 */ public class Server { public void getClientMsg(CSCallBack csCallBack , String msg) { System.out.println("服務端:服務端接收到客戶端發送的消息爲:" + msg); // 模擬服務端須要對數據處理 try { Thread.sleep(5 * 1000); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println("服務端:數據處理成功,返回成功狀態 200"); String status = "200"; csCallBack.process(status); } }
測試類:
/** * @author Jeff Lee * @since 2015-10-21 21:24:15 * 回調模式-測試類 */ public class CallBackTest { public static void main(String[] args) { Server server = new Server(); Client client = new Client(server); client.sendMsg("Server,Hello~"); } }
運行下測試類 — 打印結果以下:
客戶端:發送的消息爲:Server,Hello~
客戶端:異步發送成功
服務端:服務端接收到客戶端發送的消息爲:Server,Hello~(這裏模擬服務端對數據處理時間,等待5秒)
服務端:數據處理成功,返回成功狀態 200
客戶端:服務端回調狀態爲:200
一步一步分析下代碼,核心總結以下
一、接口做爲方法參數,其實際傳入引用指向的是實現類
二、Client的sendMsg方法中,參數爲final,由於要被內部類一個新的線程可使用。這裏就體現了異步。
三、調用server的getClientMsg(),參數傳入了Client自己(對應第一點)。
還有值得一提的是(逃
— 開源代碼都在個人gitHub上哦~
回調目前運用在什麼場景比較多呢?從操做系統到開發者調用:
一、Windows平臺的消息機制
二、異步調用微信接口,根據微信返回狀態對出業務邏輯響應。
三、Servlet中的Filter(過濾器)是基於回調函數,需容器支持。
補充:其中 Filter(過濾器)和Interceptor(攔截器)的區別,攔截器基因而Java的反射機制,和容器無關。但與回調機制有殊途同歸之妙。
總之,這設計讓底層代碼調用高層定義(實現層)的子程序,加強了程序的靈活性。
上面講了Filter和Intercepter有着殊途同歸之妙。其實接口回調機制和一種設計模式—觀察者模式也有類似之處:
觀察者模式:
GOF說道 — 「定義對象的一種一對多的依賴關係,當一個對象的狀態發送改變的時候,全部對他依賴的對象都被通知到並更新。」它是一種模式,是經過接口回調的方法實現的,即它是一種回調的體現。
接口回調:
與觀察者模式的區別是,它是種原理,而非具體實現。
總結四步走:
機制,便是原理。
模式,便是體現。
記住具體場景,常見模式。
而後深刻理解原理。
歡迎點擊個人博客及GitHub — 博客提供RSS訂閱哦!
———- http://www.bysocket.com/ ————- https://github.com/JeffLi1993 ———-
微 博:BYSocket 豆 瓣:BYSocket FaceBook:BYSocket Twitter :BYSocket