模組間呼叫

#在一個應用系統(tǒng)中，無論使用何種語言開發(fā)，必然存在著模組之間的調(diào)用，調(diào)用的方式分為幾種：

（1）同步調(diào)用

#同步調(diào)用是最基本且最簡單的一種呼叫方式，類別A的方法a()呼叫類別B的方法b()，一直等待b()方法執(zhí)行完畢，a()方法繼續(xù)往下走。 這種呼叫方式適用於方法b()執(zhí)行時間不長的情況，因為b()方法執(zhí)行時間一長或直接阻塞的話，a()方法的餘下程式碼是無法執(zhí)行下去的，這樣會造成整個流程的阻塞。

（2）非同步呼叫

非同步呼叫是為了解決同步呼叫可能會出現(xiàn)阻塞，導致整個流程卡住而產(chǎn)生的一種呼叫方式。 類別A的方法方法a()透過新起執(zhí)行緒的方式呼叫類別B的方法b()，程式碼接著直接往下執(zhí)行#，這樣無論方法b()執(zhí)行時間多久，都不會阻塞住方法a()的執(zhí)行。

但是這種方式，由於方法a()不等待方法b()的執(zhí)行完成，在方法a()需要方法b()執(zhí)行結(jié)果的情況下（視具體業(yè)務而定，有些業(yè)務例如啟非同步執(zhí)行緒發(fā)個微信通知、刷新一個快取這種就沒必要），必須透過一定的方式對方法b()的執(zhí)行結(jié)果進行監(jiān)聽。

（3）回呼

?

#最後是回呼，回呼的想法是：

• #類別A的a()方法呼叫類別B的b()方法
• #類別B的b()方法執(zhí)行完畢主動呼叫類A的callback()方法

這樣一種呼叫方式組成了上圖，也就是一種雙向的呼叫方式。

程式碼範例

#接下來看一下回呼的程式碼範例，程式碼模擬的是這樣一個場景：老師問學生問題，學生思考完畢回答老師。

先定義一個回呼接口，只有一個方法tellAnswer(int answer)，也就是學生思考完畢告訴老師答案：

/**
?*?回調(diào)接口，原文出處http://www.cnblogs.com/xrq730/p/6424471.html
?*/
public?interface?Callback?{

????public?void?tellAnswer(int?answer);

}

定義一個老師對象，實作Callback介面：

/**
?*?老師對象，原文出處http://www.cnblogs.com/xrq730/p/6424471.html
?*/
public?class?Teacher?implements?Callback?{

????private?Student?student;

????public?Teacher(Student?student)?{
????????this.student?=?student;
????}

????public?void?askQuestion()?{
????????student.resolveQuestion(this);
????}

????@Override
????public?void?tellAnswer(int?answer)?{
????????System.out.println("知道了，你的答案是"?+?answer);
????}

}

老師對像有兩個public方法：

（1）回呼介面tellAnswer(int answer)，也就是學生回答完畢問題之後，老師要做的事情

（2）問問題方法askQuestion()，即向?qū)W生問問題

接著定義一個學生接口，學生當然是解決問題，但是接收一個Callback參數(shù)，這樣學生就知道解決完??畢問題向誰報告：

/**
?*?學生接口，原文出處http://www.cnblogs.com/xrq730/p/6424471.html
?*/
public?interface?Student?{

????public?void?resolveQuestion(Callback?callback);

}

最後定義一個具體的學生叫Ricky：

/**
?*?一個名叫Ricky的同學解決老師提出的問題，原文出處http://www.cnblogs.com/xrq730/p/6424471.html
?*/
public?class?Ricky?implements?Student?{

????@Override
????public?void?resolveQuestion(Callback?callback)?{
????????//?模擬解決問題
????????try?{
????????????Thread.sleep(3000);
????????}?catch?(InterruptedException?e)?{

????????}

????????//?回調(diào)，告訴老師作業(yè)寫了多久
????????callback.tellAnswer(3);
????}

}

在解決完畢問題之後，第16行向老師報告答案。

寫一個測試類，比較簡單：

/**
?*?回調(diào)測試，原文出處http://www.cnblogs.com/xrq730/p/6424471.html
?*/
public?class?CallbackTest?{

????@Test
????public?void?testCallback()?{
????????Student?student?=?new?Ricky();
????????Teacher?teacher?=?new?Teacher(student);

????????teacher.askQuestion();

????}

}

程式碼運行結(jié)果就一行：

<span style="color: #000000;">知道了，你的答案是3<br></span>

簡單總結(jié)、分析這個例子是：

（1）老師呼叫學生介面的方法resolveQuestion，向?qū)W生提問

（2）學生解決完畢問題之後呼叫老師的回呼方法tellAnswer

這樣一套流程，構(gòu)成了一種雙向調(diào)用的關(guān)係。

程式碼分析

分析上面的程式碼，上面的程式碼我這裡做了兩層的抽象：

# （1）將老師進行抽象

• 將老師進行抽象之後，對於學生來說，就不需要關(guān)心到底是哪位老師詢問我問題，只要我根據(jù)詢問的問題，得出答案，然後告訴提問的老師就可以了，即使老師換了一茬又一茬，對我學生而言都是沒有任何影響的

（2）將學生進行抽象

• 將學生進行抽象之後，對於老師這邊來說就非常靈活，因為老師未必對一個學生進行提問，可能同時對Ricky、Jack、Lucy三個學生進行提問，這樣就可以將成員變數(shù)Student改為List，這樣在提問的時候遍歷Student列表進行提問，然後得到每個學生的回答即可

這個例子是一個典型的體現(xiàn)接口作用的例子，之所以這麼說是因為我想到有些朋友可能不太明白接口的好處，不太明白接口好處的朋友可以重點看一下這個例子，多多理解。

總結(jié)起來，回呼的核心就是回呼方將本身即this傳遞給呼叫方，這樣呼叫方就可以在調(diào)用完畢之後告訴回調(diào)方它想要知道的資訊?；卣{(diào)是一種想法、是一種機制，至於具體如何實現(xiàn)，如何透過程式碼將回呼實現(xiàn)得優(yōu)雅、實現(xiàn)得可擴展性比較高，一看開發(fā)者的個人水平，二看開發(fā)者對業(yè)務的理解程度。

同步回呼與非同步回呼

#上面的例子，可能有人會提出這樣的疑問：

這個例子需要用什麼回呼啊，使用同步呼叫的方式，學生對象回答完畢問題之後直接把回答的答案回傳給老師對像不就好了？

這個問題的提出沒有任何問題，可以從兩個角度去理解這個問題。

首先，老師不只是想要得到學生的答案怎麼辦？

可能這個老師是個更喜歡聽學生解題思路的老師，在得到學生的答案之前，老師更想先知道學生姓名和學生的解題思路，當然有些人可以說，那我可以定義一個對象，裡面加上學生的姓名和解題思路不就好了。這個說法在我看來有兩個問題：

（1）如果老師想要的資料越來越多，那麼傳回的物件得越來越大，而使用回呼則可以進行資料分離，將一批資料放在回調(diào)方法中處理，至於哪些資料依具體業(yè)務而定，如果需要增加返回參數(shù)，直接在回調(diào)方法中增加即可

（2）無法解決老師希望得到學生姓名、學生解題思路先於學生回答的答案的問題

因此我認為簡單的返回某個結(jié)果確實沒有必要使用回調(diào)而可以直接使用同步調(diào)用，但是如果有多種數(shù)據(jù)需要處理且資料有主次之分，使用回呼會是一種更合適的選擇，優(yōu)先處理的資料放在回呼方法中先處理掉。

另外一個理解的角度則更加重要，就是標題說的同步回調(diào)和非同步回調(diào)了。例子是同步回調(diào)的例子，意思是老師問Ricky問題，Ricky給答案，老師問下一個同學，得到答案之後繼續(xù)問下一個同學，這是正常的場景，但是如果我把場景改一下：

老師並不想One-By-One這樣提問，而是同時向Ricky、Mike、Lucy、Bruce、Kate五位同學提問，讓同學自己思考，哪位同學思考好了就直接告訴老師答案即可。

這種場景相當於是說，同學思考完畢完畢問題要有一個辦法告訴老師，有兩個解決方案：

（1）使用Future Callable的方式，等待非同步執(zhí)行緒執(zhí)行結(jié)果，這相當於就是同步呼叫的一種變種，因為其本質(zhì)還是方法返回一個結(jié)果，即學生的回答

（2）使用非同步回調(diào)，同學回答完畢問題，呼叫回調(diào)介面方法告訴老師答案即可。由於老師物件被抽象化成了Callback接口，因此這種做法的擴展性非常好，就像之前說的，即使老師換了換了一茬又一茬，對於同學來說，只關(guān)心的是調(diào)用Callback接口回傳必要的資訊即可

?更多相關(guān)知識請關(guān)注java基礎教學欄位

以上是Java回呼機制介紹的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！