編輯:關於Android編程
在使用接口回調的時候發現了一個經常犯的錯誤,就是回調函數裡面的實現有可能是用多線程或者是異步任務去做的,這就會導致我們期望函數回調完畢去返回一個主函數的結果,實際發現是行不通的,因為如果回調是多線程的話你是無法和主函數同步的,也就是返回的數據是錯誤的,這是非常隱秘的一個錯誤。那有什麼好的方法去實現數據的線性傳遞呢?先介紹下回調機制原理。
回調函數
回調函數就是一個通過函數指針調用的函數。如果你把函數的指針(地址)作為參數傳遞給另一個函數,當這個指針被用為調用它所指向的函數時,我們就說這是回調函數。回調函數不是由該函數的實現方直接調用,而是在特定的事件或條件發生時由另外的一方調用的,用於對該事件或條件進行響應。
開發中,接口回調是我們經常用到的。
接口回調的意思即,注冊之後並不立馬執行,而在某個時機觸發執行。
舉個例子:
A有一個問題不會,他去問B,B暫時解決不出來,B說,等我(B)解決了再告訴你(A)此時A可以繼續先做別的事情。
那麼就只有當B解決完問題後告訴A問題解決了,A才可以能解決這個問題。
代碼中比如最常用的:
一個Activity中給按鈕一個接口回調方法,只有用戶點擊了這個按鈕,告訴按鈕被點擊了,才會執行按鈕接口回調的方法
Button btn = new Button(this); btn.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) { } });
那麼下面通過一個Demo理解接口回調:
主線程開啟一個異步任務,當異步任務接收到數據,則把數據用TextView顯示出來
1、首先 我們需要定義一個接口,定義一個方法,參數為一個字符串:
package com.xqx.InterfaceDemo; public interface ChangeTitle { void onChangeTitle(String title); }
2、寫一個異步任務,把接口作為構造方法參數,在doInBackground()方法中判斷如果有數據,則接口回調
package com.xqx.InterfaceDemo; import android.content.Context; import android.os.AsyncTask; public class MyTask extends AsyncTask<String,Void,String>{ private ChangeTitle changeTitle; public MyTask(ChangeTitle changeTitle) { this.changeTitle = changeTitle; } @Override protected String doInBackground(String... strings) { if (strings[0]!=null){ changeTitle.onChangeTitle(strings[0]); } return null; } }
3、主Activity,給異步任務參數傳this,即 接口回調方法在此類中執行,那麼就需要實現ChangeTitle接口,重寫接口中
onChangeTitle 方法
package com.xqx.InterfaceDemo; import android.app.Activity; import android.os.Bundle; import android.view.View; import android.widget.TextView; public class MainActivity extends Activity implements ChangeTitle { private TextView textView; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); textView = (TextView) findViewById(R.id.textView); new MyTask(this).execute("我是標題"); } // 重寫接口方法,執行相應操作 @Override public void onChangeTitle(String title) { textView.setText(title); } }
以上內容就是本文給大家分享的Android接口回調機制,感謝大家對本站網站的關注,有你們的關注我們會做的更好,謝謝!
這篇博客我們來一發自定義控件的實戰,恰好前些天有一個小需求,效果圖如下:??根據效果圖,我們可以確定,用自定義View完全可以搞定,在自定義控件系列博客第一篇中,我們總結
在有心課堂的群裡,有網友提出如下場景:當前開發的 App 遇到一個問題:當請求某個接口時,由於 token 已經失效,所以接口會報錯。但是產品經理希望 app 能夠馬上刷
在Eclipse完成上一個APP,決定轉到Studio2.0來。 這次主要進行的設置是 1、代碼區背景顏色的更改 2、注釋、代碼自動補全快捷鍵設定 3、工具欄自定
前面的博客中,我們已經分析過,當Android中的進程要使用電量時,需要向PMS申請WakeLock;當進程完成工作後,需要釋放對應的WakeLock。PMS收到申請和釋