模塊間調(diào)用

　　在一個(gè)應(yīng)用系統(tǒng)中，無(wú)論使用何種語(yǔ)言開(kāi)發(fā)，必然存在模塊之間的調(diào)用，調(diào)用的方式分為幾種：

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

　　同步調(diào)用是最基本并且最簡(jiǎn)單的一種調(diào)用方式，類A的方法a（）調(diào)用類B的方法b（），一直等待b（）方法執(zhí)行完畢，a（）方法繼續(xù)往下走。這種調(diào)用方式適用于方法b（）執(zhí)行時(shí)間不長(zhǎng)的情況，因?yàn)閎（）方法執(zhí)行時(shí)間一長(zhǎng)或者直接阻塞的話，a（）方法的余下代碼是無(wú)法執(zhí)行下去的，這樣會(huì)造成整個(gè)流程的阻塞。

　　（2）異步調(diào)用

　　異步調(diào)用是為了解決同步調(diào)用可能出現(xiàn)阻塞，導(dǎo)致整個(gè)流程卡住而產(chǎn)生的一種調(diào)用方式。類A的方法方法a（）通過(guò)新起線程的方式調(diào)用類B的方法b（），代碼接著直接往下執(zhí)行，這樣無(wú)論方法b（）執(zhí)行時(shí)間多久，都不會(huì)阻塞住方法a（）的執(zhí)行。但是這種方式，由于方法a（）不等待方法b（）的執(zhí)行完成，在方法a（）需要方法b（）執(zhí)行結(jié)果的情況下（視具體業(yè)務(wù)而定，有些業(yè)務(wù)比如啟異步線程發(fā)個(gè)微信通知、刷新一個(gè)緩存這種就沒(méi)必要），必須通過(guò)一定的方式對(duì)方法b（）的執(zhí)行結(jié)果進(jìn)行監(jiān)聽(tīng)。在Java中，可以使用Future+Callable的方式做到這一點(diǎn)。

　　（3）回調(diào)

　　最后是回調(diào)，回調(diào)的思想是：

　　- 類A的a（）方法調(diào)用類B的b（）方法

　　- 類B的b（）方法執(zhí)行完畢主動(dòng)調(diào)用類A的callback（）方法

　　這樣一種調(diào)用方式組成了上圖，也就是一種雙向的調(diào)用方式。

　　代碼示例

　　接下來(lái)看一下回調(diào)的代碼示例，代碼模擬的是這樣一種場(chǎng)景：老師問(wèn)學(xué)生問(wèn)題，學(xué)生思考完畢回答老師。

　　首先定義一個(gè)回調(diào)接口，只有一個(gè)方法tellAnswer（int answer），即學(xué)生思考完畢告訴老師答案：

　　/** * 回調(diào)接口 */publicinterfaceCallback{publicvoidtellAnswer（ intanswer）; }

　　定義一個(gè)老師對(duì)象，實(shí)現(xiàn)Callback接口：

　　/** * 老師對(duì)象 */publicclassTeacherimplementsCallback{privateStudent student;publicTeacher（Student student） { this.student = student; } publicvoidaskQuestion（） { student.resolveQuestion（ this）; } @OverridepublicvoidtellAnswer（ intanswer） { System.out.println（ “知道了，你的答案是”+ answer）; } }

　　老師對(duì)象有兩個(gè)public方法：

　　（1）回調(diào)接口tellAnswer（int answer），即學(xué)生回答完畢問(wèn)題之后，老師要做的事情

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

　　接著定義一個(gè)學(xué)生接口，學(xué)生當(dāng)然是解決問(wèn)題，但是接收一個(gè)Callback參數(shù)，這樣學(xué)生就知道解決完畢問(wèn)題向誰(shuí)報(bào)告：

　　/** * 學(xué)生接口，Java學(xué)習(xí)交流QQ群：589809992 我們一起學(xué)Java！ */publicinterfaceStudent{publicvoidresolveQuestion（Callback callback）; }

　　最后定義一個(gè)具體的學(xué)生叫Ricky：

　　/** * 一個(gè)名叫Ricky的同學(xué)解決老師提出的問(wèn)題 */publicclassRickyimplementsStudent{@OverridepublicvoidresolveQuestion（Callback callback） { // 模擬解決問(wèn)題try{ Thread.sleep（ 3000）; } catch（InterruptedException e） { } // 回調(diào)，告訴老師作業(yè)寫了多久callback.tellAnswer（ 3）; } }

　　在解決完畢問(wèn)題之后，第16行向老師報(bào)告答案。

　　寫一個(gè)測(cè)試類，比較簡(jiǎn)單：

　　/** * 回調(diào)測(cè)試，Java學(xué)習(xí)交流QQ群：589809992 我們一起學(xué)Java！ */publicclassCallbackTest{@TestpublicvoidtestCallback（） { Student student = newRicky（）; Teacher teacher = newTeacher（student）; teacher.askQuestion（）; } }

　　代碼運(yùn)行結(jié)果就一行：

　　知道了，你的答案是3

　　簡(jiǎn)單總結(jié)、分析一下這個(gè)例子就是：

　　（1）老師調(diào)用學(xué)生接口的方法resolveQuestion，向?qū)W生提問(wèn)

　　（2）學(xué)生解決完畢問(wèn)題之后調(diào)用老師的回調(diào)方法tellAnswer

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

　　代碼分析

　　分析一下上面的代碼，上面的代碼我這里做了兩層的抽象：

　　（1）將老師進(jìn)行抽象

　　將老師進(jìn)行抽象之后，對(duì)于學(xué)生來(lái)說(shuō)，就不需要關(guān)心到底是哪位老師詢問(wèn)我問(wèn)題，只要我根據(jù)詢問(wèn)的問(wèn)題，得出答案，然后告訴提問(wèn)的老師就可以了，即使老師換了一茬又一茬，對(duì)我學(xué)生而言都是沒(méi)有任何影響的

　　（2）將學(xué)生進(jìn)行抽象

　　將學(xué)生進(jìn)行抽象之后，對(duì)于老師這邊來(lái)說(shuō)就非常靈活，因?yàn)槔蠋熚幢貙?duì)一個(gè)學(xué)生進(jìn)行提問(wèn)，可能同時(shí)對(duì)Ricky、Jack、Lucy三個(gè)學(xué)生進(jìn)行提問(wèn)，這樣就可以將成員變量Student改為L(zhǎng)ist，這樣在提問(wèn)的時(shí)候遍歷Student列表進(jìn)行提問(wèn)，然后得到每個(gè)學(xué)生的回答即可

　　這個(gè)例子是一個(gè)典型的體現(xiàn)接口作用的例子，之所以這么說(shuō)是因?yàn)槲蚁氲接行┡笥芽赡懿惶靼捉涌诘暮锰帲惶靼捉涌诤锰幍呐笥芽梢灾攸c(diǎn)看一下這個(gè)例子，多多理解。

　　總結(jié)起來(lái)，回調(diào)的核心就是回調(diào)方將本身即this傳遞給調(diào)用方，這樣調(diào)用方就可以在調(diào)用完畢之后告訴回調(diào)方它想要知道的信息。回調(diào)是一種思想、是一種機(jī)制，至于具體如何實(shí)現(xiàn)，如何通過(guò)代碼將回調(diào)實(shí)現(xiàn)得優(yōu)雅、實(shí)現(xiàn)得可擴(kuò)展性比較高，一看開(kāi)發(fā)者的個(gè)人水平，二看開(kāi)發(fā)者對(duì)業(yè)務(wù)的理解程度。

　　同步回調(diào)與異步回調(diào)

　　上面的例子，可能有人會(huì)提出這樣的疑問(wèn)：

　　這個(gè)例子需要用什么回調(diào)啊，使用同步調(diào)用的方式，學(xué)生對(duì)象回答完畢問(wèn)題之后直接把回答的答案返回給老師對(duì)象不就好了？

　　這個(gè)問(wèn)題的提出沒(méi)有任何問(wèn)題，可以從兩個(gè)角度去理解這個(gè)問(wèn)題。

　　首先，老師不僅僅想要得到學(xué)生的答案怎么辦？可能這個(gè)老師是個(gè)更喜歡聽(tīng)學(xué)生解題思路的老師，在得到學(xué)生的答案之前，老師更想先知道學(xué)生姓名和學(xué)生的解題思路，當(dāng)然有些人可以說(shuō)，那我可以定義一個(gè)對(duì)象，里面加上學(xué)生的姓名和解題思路不就好了。這個(gè)說(shuō)法在我看來(lái)有兩個(gè)問(wèn)題：

　　（1）如果老師想要的數(shù)據(jù)越來(lái)越多，那么返回的對(duì)象得越來(lái)越大，而使用回調(diào)則可以進(jìn)行數(shù)據(jù)分離，將一批數(shù)據(jù)放在回調(diào)方法中進(jìn)行處理，至于哪些數(shù)據(jù)依具體業(yè)務(wù)而定，如果需要增加返回參數(shù)，直接在回調(diào)方法中增加即可

　　（2）無(wú)法解決老師希望得到學(xué)生姓名、學(xué)生解題思路先于學(xué)生回答的答案的問(wèn)題

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

　　另外一個(gè)理解的角度則更加重要，就是標(biāo)題說(shuō)的同步回調(diào)和異步回調(diào)了。例子是一個(gè)同步回調(diào)的例子，意思是老師向Ricky問(wèn)問(wèn)題，Ricky給出答案，老師問(wèn)下一個(gè)同學(xué)，得到答案之后繼續(xù)問(wèn)下一個(gè)同學(xué)，這是一種正常的場(chǎng)景，但是如果我把場(chǎng)景改一下：

　　老師并不想One-By-One這樣提問(wèn)，而是同時(shí)向Ricky、Mike、Lucy、Bruce、Kate五位同學(xué)提問(wèn)，讓同學(xué)們自己思考，哪位同學(xué)思考好了就直接告訴老師答案即可。

　　這種場(chǎng)景相當(dāng)于是說(shuō)，同學(xué)思考完畢完畢問(wèn)題要有一個(gè)辦法告訴老師，有兩個(gè)解決方案：

　　（1）使用Future+Callable的方式，等待異步線程執(zhí)行結(jié)果，這相當(dāng)于就是同步調(diào)用的一種變種，因?yàn)槠浔举|(zhì)還是方法返回一個(gè)結(jié)果，即學(xué)生的回答

　　（2）使用異步回調(diào)，同學(xué)回答完畢問(wèn)題，調(diào)用回調(diào)接口方法告訴老師答案即可。由于老師對(duì)象被抽象成了Callback接口，因此這種做法的擴(kuò)展性非常好，就像之前說(shuō)的，即使老師換了換了一茬又一茬，對(duì)于同學(xué)來(lái)說(shuō)，只關(guān)心的是調(diào)用Callback接口回傳必要的信息即可

相關(guān)電子資料下載

• 一文詳解ZGC關(guān)鍵技術(shù) 26
• SpringBoot物理線程、虛擬線程、Webflux性能比較 37
• Rust語(yǔ)言為什么這么卷？ 21
• 什么是分布式鎖 Redis的五種分布式鎖方案 32
• Guava中這些Map的操作，讓我的代碼量減少了50% 70
• java實(shí)現(xiàn)定時(shí)器的四種方式 83
• 基于OkHttp 3.10.0的源碼案例解析 26
• 如何用Rust通過(guò)JNI和Java進(jìn)行交互 120
• JVM指針壓縮的工作原理 66
• 什么是SQL注入？Java項(xiàng)目防止SQL注入方式 37