當前位置:才華齋>計算機>java語言>

java回撥函式詳解

java語言 閱讀(3.29W)

回撥函式不是由該函式的實現方直接呼叫,而是在特定的事件或條件發生時由另外的一方呼叫的,用於對該事件或條件進行響應。下面是小編分享的java回撥函式詳解,一起來看一下吧。

java回撥函式詳解

C語言中回撥函式解釋:

回撥函式(Callback Function)是怎樣一種函式呢?

函式是用來被呼叫的,我們呼叫函式的方法有兩種:

直接呼叫:

在函式A的函式體裡通過書寫函式B的函式名來呼叫之,使記憶體中對應函式B的程式碼得以執行。這裡,A稱為“主叫函式”(Caller),B稱為“被叫函式”(Callee)。

間接呼叫:

在函式A的函式體裡並不出現函式B的函式名,而是使用指向函式B的函式指標p來使記憶體中屬於函式B的程式碼片斷得以執行——聽起來很酷,是吧。

比起直接呼叫來,間接呼叫的確麻煩,那為什麼還要使用間接呼叫呢?原因很簡單——直接呼叫把函式名都寫進函式體了,經過編譯器那麼一編譯,板上釘釘,A註定呼叫的是B了,這樣的程式只能按照程式設計師事先設計好的流程執行下去,太呆板了。此時,間接呼叫的巨大靈活性就顯現出來了。想一想,如果p是函式A的一個引數(引數是變數,是變數就可以變嗎!),那麼程式的終端使用者完全可以通過操作來改變p的指向——這樣,A在通過p呼叫函式的時候就有機會呼叫到不同的函式,這樣程式的`實用性和擴充套件性就強多了。

在WINDOWS中,程式設計師想讓系統DLL呼叫自己編寫的一個方法,於是利用DLL當中回撥函式(CALLBACK)的介面來編寫程式,使它呼叫,這個就稱為回撥。在呼叫介面時,需要嚴格的按照定義的引數和方法呼叫,並且需要處理函式的非同步,否則會導致程式的崩潰。這樣的解釋似乎還是比較難懂,這裡舉個簡單的例子,程式設計師A寫了一段程式(程式a),其中預留有回撥函式介面,並封裝好了該程式。程式設計師B要讓a呼叫自己的程式b中的一個方法,於是,他通過a中的介面回撥自己b中的方法。目的達到。在C/C++中,要用回撥函式,被掉函式需要告訴呼叫者自己的指標地址,但在JAVA中沒有指標,怎麼辦?我們可以通過介面(interface)來實現定義回撥函式。

正常情況下開發人員使用已經定義好的API,這個過程叫Call。但是有時這樣不能滿足需求,就需要程式設計師註冊自己的程式,然後讓事先定義好多API在合適的時候呼叫註冊的方法,這叫CallBack。

“通常大家說的回撥函式一般就是按照別人(李四)的定好的介面規範寫,等待別人(張三)呼叫的函式,在C語言中,回撥函式通常通過函式指標來傳遞;在Java中,通常就是編寫另外一個類或類庫的人(李四)規定一個介面,然後你(張三)來實現這個介面,然後把這個實現類的一個物件作為引數傳給別人的程式,別人的程式必要時就會通過那個介面來呼叫你編寫的函式。”

使用技巧:

定一個介面,在介面中宣告我們想呼叫的方法。

在另一個方法中註冊剛定義的回撥介面

理解“回撥函式”

所謂回撥,就是客戶程式CLIENT呼叫服務程式SERVER中的某個函式SA,然後SERVER又在某個時候反過來呼叫CLIENT中的某個函式CB,對於CLIENT來說,這個CB便叫做回撥函式。例如Win32下的視窗過程函式就是一個典型的回撥函式。

一般說來,CLIENT不會自己呼叫CB,CLIENT提供CB的目的就是讓SERVER來呼叫它,而且是CLIENT不得不提供。由於SERVER並不知道CLIENT提供的CB叫甚名誰,所以SERVER會約定CB的介面規範(函式原型),然後由CLIENT提前通過SERVER的一個函式R告訴SERVER自己將要使用CB函式,這個過程稱為回撥函式的註冊,R稱為註冊函式。Web SERVERerviCliente以及Java的RMI都用到回撥機制,可以訪問遠端伺服器程式。

下面舉個通俗的例子:

某天,我打電話向你請教問題,當然是個難題,:),你一時想不出解決方法,我又不能拿著電話在那裡傻等,於是我們約定:等你想出辦法後打手機通知我,這樣,我就掛掉電話辦其它事情去了。過了XX分鐘,我的手機響了,你興高采烈的說問題已經搞定,應該如此這般處理。故事到此結束。這個例子說明了“非同步+回撥”的程式設計模式。其中,你後來打手機告訴我結果便是一個“回撥”過程;我的手機號碼必須在以前告訴你,這便是註冊回撥函式;我的手機號碼應該有效並且手機能夠接收到你的呼叫,這是回撥函式必須符合介面規範。

通過上面個人感覺到回撥函式更多的應用就是結合非同步。比如:ajax中jServer通過元件和伺服器的非同步通訊。

什麼是回撥函式

精妙比喻:回撥函式還真有點像您隨身帶的BP機:告訴別人號碼,在它有事情時Call您

回撥用於層間協作,上層將本層函式安裝在下層,這個函式就是回撥,而下層在一定條件下觸發回撥,例如作為一個驅動,是一個底層,他在收到一個數據時,除了完成本層的處理工作外,還將進行回撥,將這個資料交給上層應用層來做進一步處理,這在分層的資料通訊中很普遍。

其實回撥和API非常接近,他們的共性都是跨層呼叫的函式。但區別是API是低層提供給高層的呼叫,一般這個函式對高層都是已知的;而回調正好相反,他是高層提供給底層的呼叫,對於低層他是未知的,必須由高層進行安裝,這個安裝函式其實就是一個低層提供的API,安裝後低層不知道這個回撥的名字,但它通過一個函式指標來儲存這個回撥,在需要呼叫時,只需引用這個函式指標和相關的引數指標。

其實:回撥就是該函式寫在高層,低層通過一個函式指標儲存這個函式,在某個事件的觸發下,低層通過該函式指標呼叫高層那個函式。