又是一篇基礎總結性的文章來啦，個人強迫癥犯了，非得把博客的四大組件模塊給補齊了，總結了一下BoradcastReceiver的各種使用，廢話不多說，開車啦。博主建議自己敲一遍代碼來理解廣播，因為裏面有很多細節的東西需要註意，在學習中博主也犯過一些低級錯誤，不然以後到大項目中，不牢牢掌握好基礎，會浪費很多時間在這上面。或者認真閱讀本篇文章內容

BroadcastReceiver翻譯為廣播接收者，Broadcast是一種廣泛運用在應用程序之間的傳輸信息的機制，簡單的可以理解為傳統意義上的電臺廣播，通俗一點，發布失物招領

廣播機制是一個典型的發布—訂閱模式，也就是我們所說的觀察者模式。廣播最大的特點就是發送方並不關心接收方是否接到數據，也不關心接收方是如何處理數據的，通過這樣的形式來達到接、收雙方的完全解耦合

普通廣播是完全異步的，通過Context的sendBroadcast()方法來發送，消息傳遞效率比較高，但所有receivers（接收器）的執行順序不確定。缺點是：接收者不能將處理結果傳遞給下一個接收者，並且無法終止廣播Intent的傳播，直到沒有與之匹配的廣播接收器為止。下面以自定義的普通廣播進行演示

一、創建廣播

創建廣播非常簡單，只要繼承BroadcastReceiver並實現onReceive()方法

二、註冊廣播

BroadcastReceiver是四大組件之一，所以毫不疑問需要註冊，BroadcastReceiver的註冊有兩種方法：

• 通過manifests配置
• 通過代碼動態配置

1、方法一：通過manifests配置

這裏需要加入intent-filter的action中的name屬性，表示我們監聽的內容。當有廣播發送時，需要判斷該廣播是否和我們監聽的內容一致，如果一致則接收

2、方法二：通過代碼動態配置

三、反註冊廣播

如果你是使用動態註冊廣播的則需要在Activity的onDestroy的時候反註冊廣播

四、發送廣播

這裏我們以一個按鈕來發送廣播，通過sendBroadcast()方法發送我們的創建的Intent自定義廣播

五、運行代碼

運行程序後，我們點擊發送廣播。我們以Log信息來驗證發出的廣播被我們準確的接收

有序廣播通過Context.sendOrderedBroadcast()來發送，所有的廣播接收器優先級依次執行，廣播接收器的優先級通過receiver的intent-filter中的android:priority屬性來設置，數值越大優先級越高。

當廣播接收器接收到廣播後，可以使用setResult()函數來結果傳給下一個廣播接收器接收，然後通過getResult()函數來取得上個廣播接收器接收返回的結果。當廣播接收器接收到廣播後，也可以用abortBroadcast()函數來讓系統攔截下來該廣播，並將該廣播丟棄，使該廣播不再傳送到別的廣播接收器接收

一、創建廣播

我們創建一個類，存放三個有優先級的廣播接收者，並在最高級廣播中傳遞結果到下一個廣播

要註意的是：

1. 內部類的BroadcastReceiver必須由public static修飾，否則會報錯

二、註冊廣播

這裏的註冊方式和普通廣播是一樣的，這裏的區別在於priority屬性，確定了他們之間的優先級

要註意的是：

1. BroadcastReceiver類名與內部類的名字之間用$符號隔開，否則會報錯

三、發送廣播

和之前的不一樣的地方，這裏是使用sendOrderedBroadcast()發送有序廣播

要註意的是：

1. 這裏需要發送的是有序廣播，否則在接收者中通過setResult()和getResult()方法會報錯，因為只有有序廣播才能傳遞結果

四、運行代碼

運行程序後，我們點擊發送廣播。我們以Log信息來驗證發出的廣播被我們準確的接收，數據被我們準確的傳遞

上面我們提到過有序廣播中可以攔截廣播，那麽我們在上面程序的基礎上修改代碼，中老年服裝在HighPriority接收器中加上攔截廣播

一、創建廣播

通過在BroadcastReceiver中，執行abortBroadcast()方法，廣播就不會繼續往下傳遞了

二、運行代碼

運行程序後，我們點擊發送廣播。我們以Log信息來驗證我們攔截了廣播

可以看到，後面的Mid和Low廣播都沒有Log信息，說明我們攔截成功了

三、有序廣播、攔截廣播的拓展——終結廣播

現在有這樣的一個應用場景，按照上面的程序走，只能在第一個廣播中被攔截住了，後面的廣播則不執行。如果這個時候我們需要一個不管有沒有被攔截都必須執行的廣播，我們稱為終結廣播，那應該怎麽辦。同樣的，發送有序廣播也考慮到這一點，通過以下代碼來發送廣播，並指定我們不管有沒有被攔截都必須執行的終結廣播

運行代碼，我們查看Log信息

可以發現，之前只是有High的Log信息，因為是被攔截了，而Log信息多了一條Low，說明我們攔截後，還要執行終結廣播

在API21的Support v4包中新增本地廣播，也就是LocalBroadcastManager。由於之前的廣播都是全局的，所有應用程序都可以接收到，這樣就會帶來安全隱患，所以我們使用LocalBroadcastManager只發送給自己應用內的信息廣播，限制在進程內使用

它的用法很簡單，只需要把調用context的sendBroadcast、registerReceiver、unregisterReceiver的地方換為LocalBroadcastManager.getInstance(Context context)中對應的函數即可。這裏創建廣播的過程和普通廣播是一樣的過程，這裏就不過多介紹了

一、註冊Receiver

二、反註冊Receiver

三、發送異步廣播

四、發送同步廣播

sticky廣播通過Context.sendStickyBroadcast()函數來發送，用此函數發送的廣播會一直滯留，當有匹配此廣播的廣播接收器被註冊後，該廣播接收器就會收到此條信息。使用此函數需要發送廣播時，需要獲得BROADCAST_STICKY權限

sendStickyBroadcast只保留最後一條廣播，並且一直保留下去，這樣即使已經有廣播接收器處理了該廣播，當再有匹配的廣播接收器被註冊時，此廣播仍會被接收。如果你只想處理一遍該廣播，可以通過removeStickyBroadcast()函數來實現。這裏創建廣播的過程和普通廣播是一樣的過程，這裏就不過多介紹了

當然系統中也會有很多自帶的廣播，當符合一定條件時，系統會發送一些定義好的廣播，比如：重啟、充電、來電電話等等。我們可以通過action屬性來監聽我們的系統廣播

這裏創建廣播的過程和普通廣播是一樣的過程，這裏就不過多介紹了。常用的廣播action屬性有

• 屏幕被關閉之後的廣播：Intent.ACTION_SCREEN_OFF
• 屏幕被打開之後的廣播：Intent.ACTION_SCREEN_ON
• 充電狀態，或者電池的電量發生變化：Intent.ACTION_BATTERY_CHANGED
• 關閉或打開飛行模式時的廣播：Intent.ACTION_AIRPLANE_MODE_CHANGED
• 表示電池電量低：Intent.ACTION_BATTERY_LOW
• 表示電池電量充足，即電池電量飽滿時會發出廣播：Intent.ACTION_BATTERY_OKAY
• 按下照相時的拍照按鍵(硬件按鍵)時發出的廣播：Intent.ACTION_CAMERA_BUTTON

Android四大組件——BroadcastReceiver普通廣播、有序廣播、攔截廣播、本地廣播、Sticky廣播、系統廣播