android之BroadcastReceiver應(yīng)用詳解
今天我們來講一下Android中BroadcastReceiver的相關(guān)知識(shí)。
BroadcastReceiver也就是“廣播接收者”的意思，顧名思義，它就是用來接收來自系統(tǒng)和應(yīng)用中的廣播。
在Android系統(tǒng)中，廣播體現(xiàn)在方方面面，例如當(dāng)開機(jī)完成后系統(tǒng)會(huì)產(chǎn)生一條廣播，接收到這條廣播就能實(shí)現(xiàn)開機(jī)啟動(dòng)服務(wù)的功能；當(dāng)網(wǎng)絡(luò)狀態(tài)改變時(shí)系統(tǒng)會(huì)產(chǎn)生一條廣播，接收到這條廣播就能及時(shí)地做出提示和保存數(shù)據(jù)等操作；當(dāng)電池電量改變時(shí)，系統(tǒng)會(huì)產(chǎn)生一條廣播，接收到這條廣播就能在電量低時(shí)告知用戶及時(shí)保存進(jìn)度，等等。
Android中的廣播機(jī)制設(shè)計(jì)的非常出色，很多事情原本需要開發(fā)者親自操作的，現(xiàn)在只需等待廣播告知自己就可以了，大大減少了開發(fā)的工作量和開發(fā)周期。而作為應(yīng)用開發(fā)者，就需要數(shù)練掌握Android系統(tǒng)提供的一個(gè)開發(fā)利器，那就是BroadcastReceiver。下面我們就對(duì)BroadcastReceiver逐一地分析和演練，了解和掌握它的各種功能和用法。
首先，我們來演示一下創(chuàng)建一個(gè)BroadcastReceiver，并讓這個(gè)BroadcastReceiver能夠根據(jù)我們的需要來運(yùn)行。
要?jiǎng)?chuàng)建自己的BroadcastReceiver對(duì)象，我們需要繼承android.content.BroadcastReceiver，并實(shí)現(xiàn)其onReceive方法。下面我們就創(chuàng)建一個(gè)名為MyReceiver廣播接收者：
package com.scott.receiver;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;
public class MyReceiver extends BroadcastReceiver {
private static final String TAG = "MyReceiver";
@Override
public void onReceive(Context context, Intent intent) {
String msg = intent.getStringExtra("msg");
Log.i(TAG, msg);
}
}
在onReceive方法內(nèi)，我們可以獲取隨廣播而來的Intent中的數(shù)據(jù)，這非常重要，就像無線電一樣，包含很多有用的信息。
在創(chuàng)建完我們的BroadcastReceiver之后，還不能夠使它進(jìn)入工作狀態(tài)，我們需要為它注冊(cè)一個(gè)指定的廣播地址。沒有注冊(cè)廣播地址的BroadcastReceiver就像一個(gè)缺少選臺(tái)按鈕的收音機(jī)，雖然功能俱備，但也無法收到電臺(tái)的信號(hào)。下面我們就來介紹一下如何為BroadcastReceiver注冊(cè)廣播地址。
靜態(tài)注冊(cè)
靜態(tài)注冊(cè)是在AndroidManifest.xml文件中配置的，我們就來為MyReceiver注冊(cè)一個(gè)廣播地址：
<receiver android:name=".MyReceiver">
<intent-filter>
<action android:name="android.intent.action.MY_BROADCAST"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
配置了以上信息之后，只要是android.intent.action.MY_BROADCAST這個(gè)地址的廣播，MyReceiver都能夠接收的到。注意，這種方式的注冊(cè)是常駐型的，也就是說當(dāng)應(yīng)用關(guān)閉后，如果有廣播信息傳來，MyReceiver也會(huì)被系統(tǒng)調(diào)用而自動(dòng)運(yùn)行。
動(dòng)態(tài)注冊(cè)
動(dòng)態(tài)注冊(cè)需要在代碼中動(dòng)態(tài)的指定廣播地址并注冊(cè)，通常我們是在Activity或Service注冊(cè)一個(gè)廣播，下面我們就來看一下注冊(cè)的
代碼：
MyReceiver receiver = new MyReceiver();
IntentFilter filter = new IntentFilter();
filter.addAction("android.intent.action.MY_BROADCAST");
registerReceiver(receiver, filter);
注意，registerReceiver是android.content.ContextWrapper類中的方法，Activity和Service都繼承了ContextWrapper，所以可以直接調(diào)用。在實(shí)際應(yīng)用中，我們?cè)贏ctivity或Service中注冊(cè)了一個(gè)BroadcastReceiver，當(dāng)這個(gè)Activity或Service被銷毀時(shí)如果沒有解除注冊(cè)，系統(tǒng)會(huì)報(bào)一個(gè)異常，提示我們是否忘記解除注冊(cè)了。所以，記得在特定的地方執(zhí)行解除注冊(cè)操作：
@Override
protected void onDestroy() {
super.onDestroy();
unregisterReceiver(receiver);
}
執(zhí)行這樣行代碼就可以解決問題了。注意，這種注冊(cè)方式與靜態(tài)注冊(cè)相反，不是常駐型的，也就是說廣播會(huì)跟隨程序的生命周期。
我們可以根據(jù)以上任意一種方法完成注冊(cè)，當(dāng)注冊(cè)完成之后，這個(gè)接收者就可以正常工作了。我們可以用以下方式向其發(fā)送一條廣播：
public void send(View view) {
Intent intent = new Intent("android.intent.action.MY_BROADCAST");
intent.putExtra("msg", "hello receiver.");
sendBroadcast(intent);
}
注意，sendBroadcast也是android.content.ContextWrapper類中的方法，它可以將一個(gè)指定地址和參數(shù)信息的Intent對(duì)象以廣播的形式發(fā)送出去。
點(diǎn)擊發(fā)送按鈕，執(zhí)行send方法，控制臺(tái)打印如下：
看到這樣的打印信息，表明我們的廣播已經(jīng)發(fā)出去了，并且被MyReceiver準(zhǔn)確無誤的接收到了。
上面的例子只是一個(gè)接收者來接收廣播，如果有多個(gè)接收者都注冊(cè)了相同的廣播地址，又會(huì)是什么情況呢，能同時(shí)接收到同一條廣播嗎，相互之間會(huì)不會(huì)有干擾呢？這就涉及到普通廣播和有序廣播的概念了。
普通廣播（Normal Broadcast）
普通廣播對(duì)于多個(gè)接收者來說是完全異步的，通常每個(gè)接收者都無需等待即可以接收到廣播，接收者相互之間不會(huì)有影響。對(duì)于這種廣播，接收者無法終止廣播，即無法阻止其他接收者的接收動(dòng)作。
為了驗(yàn)證以上論斷，我們新建三個(gè)BroadcastReceiver，演示一下這個(gè)過程，F(xiàn)irstReceiver、SecondReceiver和ThirdReceiver的代碼如下：
package com.scott.receiver;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;
public class FirstReceiver extends BroadcastReceiver {
private static final String TAG = "NormalBroadcast";
@Override
public void onReceive(Context context, Intent intent) {
String msg = intent.getStringExtra("msg");
Log.i(TAG, "FirstReceiver: " + msg);
}
}
public class SecondReceiver extends BroadcastReceiver {
private static final String TAG = "NormalBroadcast";
@Override
public void onReceive(Context context, Intent intent) {
String msg = intent.getStringExtra("msg");
Log.i(TAG, "SecondReceiver: " + msg);
}
}
public class ThirdReceiver extends BroadcastReceiver {
private static final String TAG = "NormalBroadcast";
@Override
public void onReceive(Context context, Intent intent) {
String msg = intent.getStringExtra("msg");
Log.i(TAG, "ThirdReceiver: " + msg);
}
}
然后再次點(diǎn)擊發(fā)送按鈕，發(fā)送一條廣播，控制臺(tái)打印如下：
看來這三個(gè)接收者都接收到這條廣播了，我們稍微修改一下三個(gè)接收者，在onReceive方法的最后一行添加以下代碼，試圖終止廣播：
abortBroadcast();
再次點(diǎn)擊發(fā)送按鈕，我們會(huì)發(fā)現(xiàn)，控制臺(tái)中三個(gè)接收者仍然都打印了自己的日志，表明接收者并不能終止廣播。
有序廣播（Ordered Broadcast）
有序廣播比較特殊，它每次只發(fā)送到優(yōu)先級(jí)較高的接收者那里，然后由優(yōu)先級(jí)高的接受者再傳播到優(yōu)先級(jí)低的接收者那里，優(yōu)先級(jí)高的接收者有能力終止這個(gè)廣播。
為了演示有序廣播的流程，我們修改一下上面三個(gè)接收者的代碼，如下：
package com.scott.receiver;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.os.Bundle;
import android.util.Log;
public class FirstReceiver extends BroadcastReceiver {
private static final String TAG = "OrderedBroadcast";
@Override
public void onReceive(Context context, Intent intent) {
String msg = intent.getStringExtra("msg");
Log.i(TAG, "FirstReceiver: " + msg);
Bundle bundle = new Bundle();
bundle.putString("msg", msg + "@FirstReceiver");
setResultExtras(bundle);
}
}
public class SecondReceiver extends BroadcastReceiver {
private static final String TAG = "OrderedBroadcast";
@Override
public void onReceive(Context context, Intent intent) {
String msg = getResultExtras(true).getString("msg");
Log.i(TAG, "SecondReceiver: " + msg);
Bundle bundle = new Bundle();
bundle.putString("msg", msg + "@SecondReceiver");
setResultExtras(bundle);
}
}
public class ThirdReceiver extends BroadcastReceiver {
private static final String TAG = "OrderedBroadcast";
@Override
public void onReceive(Context context, Intent intent) {
String msg = getResultExtras(true).getString("msg");
Log.i(TAG, "ThirdReceiver: " + msg);
}
}
我們注意到，在FirstReceiver和SecondReceiver中最后都使用了setResultExtras方法將一個(gè)Bundle對(duì)象設(shè)置為結(jié)果集對(duì)象，傳遞到下一個(gè)接收者那里，這樣以來，優(yōu)先級(jí)低的接收者可以用getResultExtras獲取到最新的經(jīng)過處理的信息集合。
代碼改完之后，我們需要為三個(gè)接收者注冊(cè)廣播地址，我們修改一下AndroidMainfest.xml文件：
<receiver android:name=".FirstReceiver">
<intent-filter android:priority="1000">
<action android:name="android.intent.action.MY_BROADCAST"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
<receiver android:name=".SecondReceiver">
<intent-filter android:priority="999">
<action android:name="android.intent.action.MY_BROADCAST"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
<receiver android:name=".ThirdReceiver">
<intent-filter android:priority="998">
<action android:name="android.intent.action.MY_BROADCAST"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
我們看到，現(xiàn)在這三個(gè)接收者的<intent-filter>多了一個(gè)android:priority屬性，并且依次減小。這個(gè)屬性的范圍在-1000到1000，數(shù)值越大，優(yōu)先級(jí)越高。
現(xiàn)在，我們需要修改一下發(fā)送廣播的代碼，如下：
public void send(View view) {
Intent intent = new Intent("android.intent.action.MY_BROADCAST");
intent.putExtra("msg", "hello receiver.");
sendOrderedBroadcast(intent, "scott.permission.MY_BROADCAST_PERMISSION");
}
注意，使用sendOrderedBroadcast方法發(fā)送有序廣播時(shí)，需要一個(gè)權(quán)限參數(shù)，如果為null則表示不要求接收者聲明指定的權(quán)限，如果不為null，則表示接收者若要接收此廣播，需聲明指定權(quán)限。這樣做是從安全角度考慮的，例如系統(tǒng)的短信就是有序廣播的形式，一個(gè)應(yīng)用可能是具有攔截垃圾短信的功能，當(dāng)短信到來時(shí)它可以先接受到短信廣播，必要時(shí)終止廣播傳遞，這樣的軟件就必須聲明接收短信的權(quán)限。
所以我們?cè)贏ndroidMainfest.xml中定義一個(gè)權(quán)限：
<permission android:protectionLevel="normal"
android:name="scott.permission.MY_BROADCAST_PERMISSION" />
然后聲明使用了此權(quán)限：
<uses-permission android:name="scott.permission.MY_BROADCAST_PERMISSION" />
然后我們點(diǎn)擊發(fā)送按鈕發(fā)送一條廣播，控制臺(tái)打印如下：
我們看到接收是按照順序的，第一個(gè)和第二個(gè)都在結(jié)果集中加入了自己的標(biāo)記，并且向優(yōu)先級(jí)低的接收者傳遞下去。
既然是順序傳遞，試著終止這種傳遞，看一看效果如何，我們修改FirstReceiver的代碼，在onReceive的最后一行添加以下代碼：
abortBroadcast();
然后再次運(yùn)行程序，控制臺(tái)打印如下：
此次，只有第一個(gè)接收者執(zhí)行了，其它兩個(gè)都沒能執(zhí)行，因?yàn)閺V播被第一個(gè)接收者終止了。
上面就是BroadcastReceiver的介紹，下面我將會(huì)舉幾個(gè)常見的例子加深一下大家對(duì)廣播的理解和應(yīng)用：
1.開機(jī)啟動(dòng)服務(wù)
我們經(jīng)常會(huì)有這樣的應(yīng)用場(chǎng)合，比如消息推送服務(wù)，需要實(shí)現(xiàn)開機(jī)啟動(dòng)的功能。要實(shí)現(xiàn)這個(gè)功能，我們就可以訂閱系統(tǒng)“啟動(dòng)完成”這條廣播，接收到這條廣播后我們就可以啟動(dòng)自己的服務(wù)了。我們來看一下BootCompleteReceiver和MsgPushService的具體實(shí)現(xiàn)：
package com.scott.receiver;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;
public class BootCompleteReceiver extends BroadcastReceiver {
private static final String TAG = "BootCompleteReceiver";
@Override
public void onReceive(Context context, Intent intent) {
Intent service = new Intent(context, MsgPushService.class);
context.startService(service);
Log.i(TAG, "Boot Complete. Starting MsgPushService...");
}
}
package com.scott.receiver;
import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.util.Log;
public class MsgPushService extends Service {
private static final String TAG = "MsgPushService";
@Override
public void onCreate() {
super.onCreate();
Log.i(TAG, "onCreate called.");
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.i(TAG, "onStartCommand called.");
return super.onStartCommand(intent, flags, startId);
}
@Override
public IBinder onBind(Intent arg0) {
return null;
}
}
然后我們需要在AndroidManifest.xml中配置相關(guān)信息：
<!-- 開機(jī)廣播接受者 -->
<receiver android:name=".BootCompleteReceiver">
<intent-filter>
<!-- 注冊(cè)開機(jī)廣播地址-->
<action android:name="android.intent.action.BOOT_COMPLETED"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
<!-- 消息推送服務(wù) -->
<service android:name=".MsgPushService"/>
我們看到BootCompleteReceiver注冊(cè)了“android.intent.action.BOOT_COMPLETED”這個(gè)開機(jī)廣播地址，從安全角度考慮，系統(tǒng)要求必須聲明接收開機(jī)啟動(dòng)廣播的權(quán)限，于是我們?cè)俾暶魇褂孟旅娴臋?quán)限：
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
經(jīng)過上面的幾個(gè)步驟之后，我們就完成了開機(jī)啟動(dòng)的功能，將應(yīng)用運(yùn)行在模擬器上，然后重啟模擬器，控制臺(tái)打印如下：
如果我們查看已運(yùn)行的服務(wù)就會(huì)發(fā)現(xiàn)，MsgPushService已經(jīng)運(yùn)行起來了。
2.網(wǎng)絡(luò)狀態(tài)變化
在某些場(chǎng)合，比如用戶瀏覽網(wǎng)絡(luò)信息時(shí)，網(wǎng)絡(luò)突然斷開，我們要及時(shí)地提醒用戶網(wǎng)絡(luò)已斷開。要實(shí)現(xiàn)這個(gè)功能，我們可以接收網(wǎng)絡(luò)狀態(tài)改變這樣一條廣播，當(dāng)由連接狀態(tài)變?yōu)閿嚅_狀態(tài)時(shí)，系統(tǒng)就會(huì)發(fā)送一條廣播，我們接收到之后，再通過網(wǎng)絡(luò)的狀態(tài)做出相應(yīng)的操作。下面就來實(shí)現(xiàn)一下這個(gè)功能：
package com.scott.receiver;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.net.ConnectivityManager;
import android.net.NetworkInfo;
import android.util.Log;
import android.widget.Toast;
public class NetworkStateReceiver extends BroadcastReceiver {
private static final String TAG = "NetworkStateReceiver";
@Override
public void onReceive(Context context, Intent intent) {
Log.i(TAG, "network state changed.");
if (!isNetworkAvailable(context)) {
Toast.makeText(context, "network disconnected!", 0).show();
}
}
/**
* 網(wǎng)絡(luò)是否可用
*
* @param context
* @return
*/
public static boolean isNetworkAvailable(Context context) {
ConnectivityManager mgr = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo[] info = mgr.getAllNetworkInfo();
if (info != null) {
for (int i = 0; i < info.length; i++) {
if (info[i].getState() == NetworkInfo.State.CONNECTED) {
return true;
}
}
}
return false;
}
}
再注冊(cè)一下這個(gè)接收者的信息：
<receiver android:name=".NetworkStateReceiver">
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
因?yàn)樵趇sNetworkAvailable方法中我們使用到了網(wǎng)絡(luò)狀態(tài)相關(guān)的API，所以需要聲明相關(guān)的權(quán)限才行，下面就是對(duì)應(yīng)的權(quán)限聲明：
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>
我們可以測(cè)試一下，比如關(guān)閉WiFi，看看有什么效果。
3.電量變化
如果我們閱讀軟件，可能是全屏閱讀，這個(gè)時(shí)候用戶就看不到剩余的電量，我們就可以為他們提供電量的信息。要想做到這一點(diǎn)，我們需要接收一條電量變化的廣播，然后獲取百分比信息，這聽上去挺簡(jiǎn)單的，我們就來實(shí)現(xiàn)以下：
package com.scott.receiver;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.os.BatteryManager;
import android.util.Log;
public class BatteryChangedReceiver extends BroadcastReceiver {
private static final String TAG = "BatteryChangedReceiver";
@Override
public void onReceive(Context context, Intent intent) {
int currLevel = intent.getIntExtra(BatteryManager.EXTRA_LEVEL, 0); //當(dāng)前電量
int total = intent.getIntExtra(BatteryManager.EXTRA_SCALE, 1); //總電量
int percent = currLevel * 100 / total;
Log.i(TAG, "battery: " + percent + "%");
}
}
然后再注冊(cè)一下廣播接地址信息就可以了：
<receiver android:name=".BatteryChangedReceiver">
<intent-filter>
<action android:name="android.intent.action.BATTERY_CHANGED"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
當(dāng)然，有些時(shí)候我們是要立即獲取電量的，而不是等電量變化的廣播，比如當(dāng)閱讀軟件打開時(shí)立即顯示出電池電量。我們可以按以下方式獲取：
Intent batteryIntent = getApplicationContext().registerReceiver(null,
new IntentFilter(Intent.ACTION_BATTERY_CHANGED));
int currLevel = batteryIntent.getIntExtra(BatteryManager.EXTRA_LEVEL, 0);
int total = batteryIntent.getIntExtra(BatteryManager.EXTRA_SCALE, 1);
int percent = currLevel * 100 / total;
Log.i("battery", "battery: " + percent + "%");
以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。
- Android BroadcastReceiver實(shí)現(xiàn)網(wǎng)絡(luò)狀態(tài)實(shí)時(shí)監(jiān)聽
- Android BroadcastReceiver接收收到短信的廣播
- Android運(yùn)用BroadcastReceiver實(shí)現(xiàn)強(qiáng)制下線
- Android BroadcastReceiver廣播注冊(cè)方式總結(jié)
- 深入Android中BroadcastReceiver的兩種注冊(cè)方式（靜態(tài)和動(dòng)態(tài)）詳解
- Android BroadcastReceiver常見監(jiān)聽整理
- Android BroadcastReceiver廣播機(jī)制概述
- Android采取BroadcastReceiver方式自動(dòng)獲取驗(yàn)證碼
- 詳解Android中BroadCastReceiver組件
- Android使用BroadcastReceiver監(jiān)聽網(wǎng)絡(luò)連接狀態(tài)的改變
相關(guān)文章
Android studio圓形進(jìn)度條 百分?jǐn)?shù)跟隨變化
這篇文章主要為大家詳細(xì)介紹了Android studio圓形進(jìn)度條，百分號(hào)跟隨變化，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-10-10
這篇文章主要為大家分享了android圖片壓縮工具類，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-12-12
Android如何通過scheme跳轉(zhuǎn)界面，這篇文章就為大家介紹了Android通過scheme跳轉(zhuǎn)界面的方法，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-07-07
這篇文章主要為大家詳細(xì)介紹了Android自定義控件屬性,需要的朋友可以參考下2016-02-02
務(wù)必掌握的Android十六進(jìn)制狀態(tài)管理最佳實(shí)踐
這篇文章主要為大家介紹了務(wù)必掌握的Android十六進(jìn)制狀態(tài)管理最佳實(shí)踐，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-09-09
Android實(shí)現(xiàn)點(diǎn)匯聚成字的動(dòng)態(tài)效果詳解
在引入?fl_chart?繪制圖表的時(shí)候，看到插件有下面這樣的動(dòng)效，隨機(jī)散亂的圓點(diǎn)最后組合成了?Flutter?的?Logo，挺酷炫的。本篇我們來探討類似的效果怎么實(shí)現(xiàn)2022-07-07
Android自定義View實(shí)現(xiàn)圓環(huán)交替效果
這篇文章給大家介紹如何基于Android自定義View實(shí)現(xiàn)圓環(huán)交替的效果，實(shí)現(xiàn)后效果很贊，有需要的小伙伴們可以參考借鑒。2016-08-08
Android開發(fā)一行代碼解決安卓重復(fù)點(diǎn)擊
這篇文章主要為大家介紹了Android開發(fā)一行代碼解決安卓重復(fù)點(diǎn)擊，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-06-06
unity5.6 導(dǎo)出gradle工程 Android Studio 導(dǎo)入問題及處理方法
這篇文章主要介紹了unity5.6 導(dǎo)出gradle工程 Android Studio 導(dǎo)入問題及處理方法,需要的朋友可以參考下2017-12-12
這篇文章主要為大家詳細(xì)介紹了Android小米推送簡(jiǎn)單使用方法，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-01-01