??? 在這里暫且不討論回調(diào)的一些名詞和運行機制，首先說為什么會存在回調(diào)這樣一種調(diào)用？同步和異步機制的出現(xiàn)不必多說，大家心知肚明，那回調(diào)機制為什么會出現(xiàn)呢？在我們現(xiàn)實生活中，有如下這樣場景：有一位老板很忙，他沒有時間盯著員工干活，然后他告訴自己的雇員，干完當前這些事情后，告訴他干活的結(jié)果。這個例子其實是一個回調(diào)+異步的例子，再舉一個例子，A程序員寫了一段程序a，其中預留了回調(diào)函數(shù)接口，并封裝好了該程序，程序員B讓a調(diào)用自己的程序b中的一個方法，于是，他通過a中的接口回調(diào)自己b中的方法，到這里你可能似懂非懂了，后面會繼續(xù)說明回調(diào)的出現(xiàn)原因。接下來我們把上面例子變成代碼，看到網(wǎng)上很多人最后搞混了異步和回調(diào)，因此例子中不加入異步調(diào)用。（注意：回調(diào)可不是解決什么調(diào)用時間過長問題，那是異步！）

? 首先創(chuàng)建一個回調(diào)接口，讓老板得告知干完活如何找到他的方式：留下老板辦公室地址：

/** * 此接口為聯(lián)系的方式，不論是電話號碼還是聯(lián)系地址，作為 * 老板都必須要實現(xiàn)此接口 * @author Administrator * */ public interface CallBackInterface { public void execute(); }

? 創(chuàng)建回調(diào)對象，就是老板本人，因為員工干完活后要給他打電話，因此老板必須實現(xiàn)回調(diào)接口，不然員工去哪里找老板？

/** * 老板是作為上層應(yīng)用身份出現(xiàn)的，下層應(yīng)用（員工）是不知道 * 有哪些方法，因此他想被下層應(yīng)用（員工）調(diào)用必須實現(xiàn)此接口 * @author Administrator * */ public class Boss implements CallBackInterface { @Override public void execute() { System.out.println("收到了！！" + System.currentTimeMillis()); } }

?創(chuàng)建控制類，也就是員工對象，他必須持有老板的地址（回調(diào)接口），即使老板換了一茬又一茬，辦公室不變，總能找到對應(yīng)的老板

/** * 員工類，必須要記住，這是一個底層類，底層是不了解上層服務(wù)的 * @author Administrator * */ public class Employee { private CallBackInterface callBack = null; //告訴老板的聯(lián)系方式，也就是注冊 public void setCallBack(CallBackInterface callBack){ this.callBack = callBack; } //工人干活 public void doSome(){ //1.開始干活了 for(int i=0;i<10;i++){ System.out.println("第【" + i + "】事情干完了！"); } //2.告訴老板干完了 callBack.execute(); } }

?

? 上面這個例子，大家可以和程序員A和程序員B的那個例子結(jié)合對照下。

?? 看了上面的例子，有的人可能認為，這不是面向接口的編程嗎？怎么會是回調(diào)，你再好好想想，咱們面向接口的編程的調(diào)用關(guān)系？在三層中，當業(yè)務(wù)層調(diào)用數(shù)據(jù)層時，是不需要把業(yè)務(wù)層自身傳遞到數(shù)據(jù)層的，并且這是一種上層調(diào)用下層的關(guān)系，比如我們在用框架的時候，一般直接調(diào)用框架提供的API就可以了，但回調(diào)不同，當框架不能滿足需求，我們想讓框架來調(diào)用自己的類方法，怎么做呢？總不至于去修改框架吧。許多優(yōu)秀的框架提幾乎都供了相關(guān)的接口，我們只需要實現(xiàn)相關(guān)接口，即可完成了注冊，然后在合適的時候讓框架來調(diào)用我們自己的類，還記不記得我們在使用Struts時，當我們編寫Action時，就需要繼承Action類，然后實現(xiàn)execute()方法，在execute()方法中寫咱們自己的業(yè)務(wù)邏輯代碼，完成對用戶請求的處理。由此可以猜測，框架和容器中會提供大量的回調(diào)接口，以滿足個性化的定制。

?? 知道上面這個例子懂了沒有？我們現(xiàn)在可以想象Filter和Interceptor的區(qū)別了，這兩者其中最大的一個區(qū)別是Filter是基于回調(diào)函數(shù)，需要容器的支持，沒有容器是無法回調(diào)doFilter()方法，而Interceptor是基于Java的反射機制的，和容器無關(guān)。那到此是否又將反射和回調(diào)搞混了呢？請見我講Java動態(tài)代理的博客：http://blog.csdn.net/bjyfb/article/details/7350256

總之，要明確的一點是，首先要搞清回調(diào)函數(shù)出現(xiàn)的原因，也就是適用場景，才能搞清楚回調(diào)機制，不然事倍功半。

?? 最后，再舉一例，為了使我們寫的函數(shù)接近完美，就把一部分功能外包給別人，讓別人個性化定制，至于別人怎么實現(xiàn)不管，我唯一要做的就是定義好相關(guān)接口，這一設(shè)計允許了底層代碼調(diào)用高層定義的子程序，增強程序靈活性，和反射有著異曲同工之妙，我覺得這才是回調(diào)的真正原因

總結(jié)

以上是生活随笔為你收集整理的JAVA回调机制的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。