可以在很多方面使用 BroadcastReceiver,但是在更新 Activity的UI組件時,不利於聲明/定義 BroadcastReceiver 。
推理- BroadcastReceiver 必須具有 Activity的先前"知識"以及需要做什麼才能更新 UI 。 實際上,BroadcastReceiver 綁定到 Activity 本身,聲明/定義它作為內部類是有意義的。
另一個重要方面是 Activity 需要處於"正在運行"( 例如 ,可以見) 狀態,以保證用戶界面組件的操作。 在這種情況下,在 onResume() 中註冊接收器並在 onPause() 中註冊unregistering有助於防止問題。
使用通用模板,我將執行如下操作。class MyActivity extends Activity {
boolean mIsReceiverRegistered = false;
MyBroadcastReceiver mReceiver = null;
//onCreate(...) here
@Override
protected void onResume() {
//Other onResume() code here
if (!mIsReceiverRegistered) {
if (mReceiver == null)
mReceiver = new MyBroadcastReceiver();
registerReceiver(mReceiver, new IntentFilter("YourIntentAction"));
mIsReceiverRegistered = true;
}
}
@Override
protected void onPause() {
if (mIsReceiverRegistered) {
unregisterReceiver(mReceiver);
mReceiver = null;
mIsReceiverRegistered = false;
}
//Other onPause() code here
}
private void updateUI(Intent intent) {
//Do what you need to do
}
private class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
updateUI(intent);
}
}
}
EDIT: 幾張額外的筆記。BroadcastReceiver的生命周期是在輸入和離開 onReceive(...) 之間的。 從 onReceive(...) 返回后,實例保持處於休眠狀態等待下一次廣播。
直接與點 1相關- BroadcastReceiver 不是為"重提升"設計的。 基本上 onReceive(...) 方法應該盡可能簡單。 它所調用的任何方法也應該盡量輕輕。"。"。進入。做你的東西,然後等待下一個廣播。 如果更新UI需要一些時間( 例如通過查詢資料庫來獲取大量數據來更新 ListView ),那麼考慮調用非同步( 一個 AsyncTask 示例)的代碼。