在前邊幾篇關于Android系統兩個重要組件的介紹中，界面Activity負責應用程式與用戶的互動，服務Service負責應用程式內部執行緒間的互動或兩個應用程式行程之間的資料互動，看上去這兩大組件就能滿足日常應用程式的開發需求了，可是應用程式之間的互動，如果都使用服務Service中的AIDL規范，那每個應用程式本身豈不是要宣告其他應用程式中的一些介面？這對兩個屬于不同開發者的應用程式來說很不友好，所以Android系統還提供了稱為廣播接收者BoradcastReceiver的組件，采用廣播機制，以在兩個或多個未知應用程式間傳遞并處理通知，
Android系統的廣播機制，作為行程間通信的一種方式，同樣可分為通信訊息內容、發送方、接收方三個方面，而廣播接收者BroadcastReceiver組件，只是在接收方所使用的，為了更好的理解廣播接收者的使用方式，下面將按照行程間通信的三個方面分別介紹，
完整的通信訊息內容
與界面Activity或者服務Service類似，廣播間的通信訊息內容也是以android.content.Intent意圖物件封裝起來的資料，在界面間互動中有對Intent物件的使用說明，
隨意的廣播發送方
只要在任何有背景關系環境android.content.Context物件的地方，都可以呼叫該物件的sendBroadcast()系列方法發送一條廣播，其使用方式也與啟動界面的startActivity()系列方法或啟動服務的startService()系列方法類似，
最常用的context.sendBroadcast(Intent intent)方法，可以發送一條隨機通知，在已經注冊的與其對應的廣播接收者中會收到當前通知發送的 intent 內容，這里如果有多個對應的廣播接收者，將會以隨機順序接收當前訊息內容， 其中 intent 引數就是對通信的訊息內容封裝的實體化物件，其中必須呼叫intent.setAction(String action)方法設定要發送廣播的唯一標識行為，此處的 action 必須是系統內的唯一字串，以此作為接收該廣播的標志，在下文的廣播接收者中同樣宣告相同字串的 action 來接收當前廣播內容，
也可以使用context.sendOrderedBroadcast (Intent intent, String receiverPermission)方法，發送一條按順序接收的通知，同樣在已經注冊的與其對應的廣播接收者中收到訊息內容，只不過當有多個對應的廣播接收者時，將會按照廣播接收者在注冊時的優先之 priority 屬性值的從大到小的順序依次接收，只有當兩個廣播接收者有相同大小的 priority 時才會隨機順序接收訊息內容，由于多個廣播接收者們是按順序接收的廣播，所以可以在其中某個廣播接收者中呼叫abortBroadcast()中斷當前廣播，使其不會繼續向后面的廣播接收者傳遞，
另外，在官方推薦的androidx庫中，可以借助androidx.localbroadcastmanager.content.LocalBroadcastManager本地廣播管理類，呼叫LocalBroadcastManager.getInstance(Context context).sendBroadcast(Intent intent)系列方法，發送一條只在當前應用程式行程中接收的廣播，這種廣播只是在同一個行程中使用，避免了多個行程間接收的冗余沖突，
Android系統已經提供了一些 action 值標記的廣播，在一些常用的系統操作之后會發送廣播以通知其他應用程式，這些系統廣播以靜態常量的形式定義在android.content.Intent類中，例如當用戶修改飛行模式狀態時，系統會發送Intent.ACTION_AIRPLANE_MODE_CHANGED值作為 action 的廣播；當用戶點亮螢屏時，系統會發送Intent.ACTION_SCREEN_ON值作為 action 的廣播；當有新的應用程式被安裝后，系統會發送Intent.ACTION_PACKAGE_ADDED值作為 action 的廣播 ，，，
自定義的廣播接收者
作為廣播訊息接收并處理的主要組件，廣播接收者必須繼承自android.content.BroadcastReceiver類，同時實作該類的抽象方法onReceive (Context context, Intent intent)，在onReceive()方法中接收廣播訊息，其中的引數 context 是當前廣播接收者所在的背景關系環境，引數 intent 則是接收到的廣播訊息的內容，
與界面
Activity和服務Service的回呼方法一樣，廣播接收者BroadcastReceiver中的onReceive()方法同樣是在系統UI主執行緒中被呼叫，因此該方法中同樣不能執行耗時操作，
如果其他應用程式所在行程每發送一條廣播都回呼廣播接收者的onReceive()方法，對每一個廣播接收者來說都是繁瑣的處理程序，所以發送的廣播 intent 中指定的 action 引數必須指定唯一標志值，只有已經注冊過該 action 的廣播接收者，才會回呼onReceive()方法，
在應用程式的目標版本為Android 8.0即API為26以前，廣播接收者的注冊方式有靜態注冊和動態注冊兩種，而從Android 8.0版本開始，除部分例外的廣播行為外，都只能采取動態注冊一種方式，
靜態注冊
廣播接收者BroadcastReceiver的靜態注冊方式與界面Activity、服務Service的注冊方式類似，都是需要在清單檔案的<application></application>標簽中宣告當前組件資訊，
廣播接收者的宣告使用<receiver></receiver>標簽，在標簽下有android:name屬性系結自定義的廣播接收者.
而在<receiver></receiver>標簽里邊，同樣可以使用<intent-filter></intent-filter>標簽作為意圖過濾，
在意圖過濾標簽中嵌入<action android:name=""/>標簽以標記當前廣播接收者所系結的系統唯一的 action 屬性值，該<action />標簽可以有多個，只要發送的 action 引數中有一個與其對應，就會呼叫當前廣播接收者的onReceiver()方法，
對于靜態注冊的廣播接收者，系統在應用程式安裝之后就遍歷其注冊的廣播 action 值，從而當其他應用程式發送對應 action 的廣播后，與之匹配，若匹配一致，則創建該廣播接收者的實體化物件，之后再呼叫廣播接收者的onReceiver()方法，該方法執行結束后，當前的廣播接收者物件也就被銷毀了，當其他應用程式再次發送對應的廣播后，同樣要再次創建新的廣播接收者的實體化物件并呼叫其onReceiver()方法，這是廣播接收者BroadcastReceiver與其他組件所不同的地方，
動態注冊
對于動態注冊的廣播接收者BroadcastReceiver，可以在有背景關系環境Context物件的地方，通常是在界面Activity或服務Service中注冊的，
首先要呼叫自定義廣播接收者BroadcastReceiver的構造方法創建其實體化物件，
其次還要借助android.content.IntentFilter意圖過濾類創建其實體化物件，
通過IntentFilter類的一參構造方法或該物件的setAction(String action)方法，可以設定其 action 引數，
在需要注冊的位置，呼叫背景關系環境Context物件的registerReceiver(BroadcastReceiver receiver, IntentFilter filter)系列方法，可以將創建的自定義廣播接收者BroadcastReceiver與設定了 action 引數的IntentFilter物件系結注冊，在該注冊邏輯之后，其他行程發送的 action 廣播，才能在系結的自定義廣播接收者中接收并呼叫其onReceiver()方法，
在于注冊位置同級下不需要在處理接收廣播的位置，需要解除注冊，以降低系統消耗，呼叫背景關系環境Context物件的unregisterReceiver(BroadcastReceiver receiver)方法，傳入之前注冊過的BroadcastReceiver物件即可，
對于動態注冊的廣播接收者，通常需要在組件配對的生命周期方法中注冊與解除注冊，因此其生命周期也必然要小于注冊所在的組件，
Android系統提供的廣播機制，只需要知道廣播的 action 屬性值，就可以發送或處理該條廣播，這不僅在不同行程之間，在同一個行程內使用也很方便，但是官方建議不要濫用廣播接收者，否則會導致系統變慢，一般開發程序中常用以創建系統廣播的廣播接收者BroadcastReceiver為主，輔助以自定義廣播的廣播接收者BroadcastReceiver在行程間使用，
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/296452.html
標籤：其他
上一篇：全域字體設定 || 老年模式