談Android四大組件之BroardcastReceiver篇

BroardcastReceiver簡介

廣播接收者（BroadcastReceiver）是Android的四大組件之一，用於接收廣播Intent，廣播Intent的發送是通過調用Context.sendBroadcast()、Context.sendOrderedBroadcast()來實現的。通常一個廣播Intent可以被訂閱了此Intent的多個廣播接收者所接收。

廣播是一種廣泛運用的在應用程式之間傳輸資訊的機制。而BroadcastReceiver是對發送出來的廣播進行過濾接收並響應的一類組件。你的應用可以使用它對外來事件進行過濾只對感興趣的外來事件(如當電話呼入時，或者資料網路可用時)進行接收並做出響應。廣播接收器沒有使用者介面。然而，它們可以啟動一個activity或serice 來響應它們收到的資訊，或者用NotificationManager 來通知使用者。通知可以用很多種方式來吸引使用者的注意力──閃動背燈、震動、播放聲音等。一般來說是在狀態列上放一個持久的表徵圖，使用者可以開啟它並擷取訊息。

BroadcastReceiver自身並不實現圖形化使用者介面，但是當它收到某個通知後，BroadcastReceiver可以啟動Activity作為響應，或者通過NotificationMananger提醒使用者，或者啟動Service等等。

BroadcastReceiver使用

監聽廣播Intent步驟:

1、 寫一個繼承BroadCastReceiver的類,重寫onReceive()方法,廣播接收器僅在它執行這個方法時處於活躍狀態。當onReceive()返回後，它即為失活狀態,注意:為了保證使用者互動過程的流暢,一些費時的操作要放到線程裡,如類名SMSBroadcastReceiver

public class SMSBroadcastReceiver extends BroadcastReceiver {    // action 名稱    String SMS_RECEIVED = "android.provider.Telephony.SMS_RECEIVED" ;    public void onReceive(Context context, Intent intent) {       if (intent.getAction().equals( SMS_RECEIVED )) {           // 相關處理 : 地區變換、電量不足、來電來信       }    }} 

2、註冊該廣播接收者,註冊有兩種方法程式動態註冊和AndroidManifest檔案中進行靜態註冊（可理解為系統中註冊）如下，還需聲明許可權，下面的priority表示接收廣播的層級：

< receiver android:name = ".SMSBroadcastReceiver" >           < intent-filter android:priority = "1000" >< action android:name = " android.provider.Telephony.SMS_RECEIVED" />                   < uses-permission android:name = "android.permission.RECEIVE_SMS" />< uses-permission android:name = "android.permission.SEND_SMS" /> 

程式動態註冊,註冊的廣播，下面的priority表示接收廣播的層級"2147483647"為最高優先順序

IntentFilter intentFilter = new IntentFilter( "android.provider.Telephony.SMS_RECEIVED " );registerReceiver(smsBroadcastReceiver , intentFilter);

3、登出

一句就搞定unregisterReceiver(smsBroadcastReceiver);建議在onPause或者是onDestroy中登出。

廣播類型有3種類型：

普通廣播，通過Context.sendBroadcast(Intent myIntent)發送的

有序廣播，通過Context.sendOrderedBroadcast(intent, receiverPermission)發送的，該方法第2個參數決定該廣播的層級，層級數值是在 -1000 到 1000 之間 , 值越大 , 發送的優先順序越高；廣播接收者接收廣播時的層級層級（可通過intentfilter中的priority進行設定設為2147483647時優先順序最高），同層級接收的先後是隨機的， 再到層級低的收到廣播，進階別的或同層級先接收到廣播的可以通過abortBroadcast()方法截斷廣播使其他的接收者無法收到該廣播，還有其他建構函式

非同步廣播，通過Context.sendStickyBroadcast(Intent myIntent)發送的，還有sendStickyOrderedBroadcast(intent, resultReceiver, scheduler, initialCode, initialData, initialExtras)方法，該方法具有有序廣播的特性也有非同步廣播的特性；發送非同步廣播要： "android.permission.BROADCAST_STICKY" />許可權，接收並處理完Intent後，廣播依然存在，直到你調用removeStickyBroadcast(intent)主動把它去掉

注意：發送廣播時的intent參數與Contex.startActivity()啟動起來的Intent不同,前者可以被多個訂閱它的廣播接收器調用,後者只能被一個(Activity或service)調用

BroadcastReceiver生命週期

每次廣播到來時,會重新建立BroadcastReceiver對象,並且調用onReceive()方法,執行完以後,該對象即被銷毀.當onReceive()方法在10秒內沒有執行完畢，Android會認為該程式無響應.所以在

BroadcastReceiver裡不能做一些比較耗時的操作,否側會彈出ANR(Application No

Response)的對話方塊。

如果需要完成一項比較耗時的工作,應該通過發送Intent給Service,由Service來完成.這裡不能使用子線程來解決,因為BroadcastReceiver的生命週期很短,子線程可能還沒有結束，BroadcastReceiver就先結束了.BroadcastReceiver一旦結束,此時BroadcastReceiver的所在進程很容易在系統需要記憶體時被優先殺死,因為它屬於空進程(沒有任何活動組件的進程).如果它的宿主進程被殺死,那麼正在工作的子線程也會被殺死.所以採用子線程來解決是不可靠的