1 . 定義

即廣播，是一個(gè)全局的監(jiān)聽(tīng)器，屬于Android四大組件之一

Android 廣播分為兩個(gè)角色：廣播發(fā)送者、廣播接收者

2. 作用

監(jiān)聽(tīng) / 接收應(yīng)用 App 發(fā)出的廣播消息，并做出響應(yīng)

3. 應(yīng)用場(chǎng)景

Android不同組件間的通信（含：應(yīng)用內(nèi) / 不同應(yīng)用之間）
多線程通信
與 Android 系統(tǒng)在特定情況下的通信
如：電話呼入時(shí)、網(wǎng)絡(luò)可用時(shí)

4. 實(shí)現(xiàn)原理

4.1 采用的模型

Android中的廣播使用了設(shè)計(jì)模式中的觀察者模式：基于消息的發(fā)布 / 訂閱事件模型
因此，Android將廣播的發(fā)送者和接收者解耦，使得系統(tǒng)方便集成，更易擴(kuò)展

4.2 模型講解

模型中有3個(gè)角色：
1. 消息訂閱者（廣播接收者）
2. 消息發(fā)布者（廣播發(fā)布者）
3. 消息中心（AMS，即Activity Manager Service）

5. 使用流程

944365-7c9ff656ebd1b981.png

5.1 自定義廣播接收者BroadcastReceiver

繼承BroadcastReceivre基類(lèi)
必須復(fù)寫(xiě)抽象方法onReceive()方法
①?gòu)V播接收器接收到相應(yīng)廣播后，會(huì)自動(dòng)回調(diào) onReceive() 方法
②一般情況下，onReceive方法會(huì)涉及與其他組件之間的交互，如發(fā)送Notification、啟動(dòng)Service等
③默認(rèn)情況下，廣播接收器運(yùn)行在 UI 線程，因此，onReceive()方法不能執(zhí)行耗時(shí)操作，否則將導(dǎo)致ANR

// 繼承BroadcastReceivre基類(lèi)
public class MyReceiver extends BroadcastReceiver {

  // 復(fù)寫(xiě)onReceive()方法
  // 接收到廣播后，則自動(dòng)調(diào)用該方法
  @Override
  public void onReceive(Context context, Intent intent) {
   //寫(xiě)入接收廣播后的操作
    }
}

5.2 廣播接收器注冊(cè)

注冊(cè)的方式分為兩種：靜態(tài)注冊(cè)、動(dòng)態(tài)注冊(cè)

5.2.1 靜態(tài)注冊(cè)

注冊(cè)方式：在AndroidManifest.xml里通過(guò)<receive>標(biāo)簽聲明
屬性說(shuō)明：

<receiver 
    android:enabled=["true" | "false"]
//此broadcastReceiver能否接收其他App的發(fā)出的廣播
//默認(rèn)值是由receiver中有無(wú)intent-filter決定的：如果有intent-filter，默認(rèn)值為true，否則為false
    android:exported=["true" | "false"]
    android:icon="drawable resource"
    android:label="string resource"
//繼承BroadcastReceiver子類(lèi)的類(lèi)名
    android:name=".MyReceiver"
//具有相應(yīng)權(quán)限的廣播發(fā)送者發(fā)送的廣播才能被此BroadcastReceiver所接收；
    android:permission="string"
//BroadcastReceiver運(yùn)行所處的進(jìn)程
//默認(rèn)為app的進(jìn)程，可以指定獨(dú)立的進(jìn)程
//注：Android四大基本組件都可以通過(guò)此屬性指定自己的獨(dú)立進(jìn)程
    android:process="string" >

//用于指定此廣播接收器將接收的廣播類(lèi)型
//本示例中給出的是用于接收開(kāi)機(jī)的廣播
 <intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"/>
    </intent-filter>
</receiver>

注冊(cè)示例

<receiver 
    //此廣播接收者類(lèi)是mBroadcastReceiver
    android:name=".MyReceiver" >
    //用于接收網(wǎng)絡(luò)狀態(tài)改變時(shí)發(fā)出的廣播
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED"/>
    </intent-filter>
</receiver>

當(dāng)此 App首次啟動(dòng)時(shí)，系統(tǒng)會(huì)自動(dòng)實(shí)例化MyReceiver類(lèi)，并注冊(cè)到系統(tǒng)中。

5.2.2 動(dòng)態(tài)注冊(cè)

注冊(cè)方式：在代碼中調(diào)用Context.registerReceiver（）方法
具體代碼如下：

// 選擇在Activity生命周期方法中的onResume()中注冊(cè)
@Override
  protected void onResume(){
      super.onResume();

    // 1. 實(shí)例化BroadcastReceiver子類(lèi) &  IntentFilter
     MyReceiver mBroadcastReceiver = new MyReceiver();
     IntentFilter intentFilter = new IntentFilter();

    // 2. 設(shè)置接收廣播的類(lèi)型,網(wǎng)絡(luò)變化
    intentFilter.addAction(ConnectivityManager.CONNECTIVITY_ACTION);

    // 3. 動(dòng)態(tài)注冊(cè)：調(diào)用Context的registerReceiver（）方法
     registerReceiver(mBroadcastReceiver, intentFilter);
 }


// 注冊(cè)廣播后，要在相應(yīng)位置記得銷(xiāo)毀廣播
// 即在onPause() 中unregisterReceiver(mBroadcastReceiver)
// 當(dāng)此Activity實(shí)例化時(shí)，會(huì)動(dòng)態(tài)將MyBroadcastReceiver注冊(cè)到系統(tǒng)中
// 當(dāng)此Activity銷(xiāo)毀時(shí)，動(dòng)態(tài)注冊(cè)的MyBroadcastReceiver將不再接收到相應(yīng)的廣播。
 @Override
 protected void onPause() {
     super.onPause();
      //銷(xiāo)毀在onResume()方法中的廣播
     unregisterReceiver(mBroadcastReceiver);
     }
}

特別注意

動(dòng)態(tài)廣播最好在Activity 的 onResume()注冊(cè)、onPause()注銷(xiāo)。
原因：

對(duì)于動(dòng)態(tài)廣播，有注冊(cè)就必然得有注銷(xiāo)，否則會(huì)導(dǎo)致內(nèi)存泄露

重復(fù)注冊(cè)、重復(fù)注銷(xiāo)也不允許

在onResume()注冊(cè)、onPause()注銷(xiāo)是因?yàn)閛nPause()在App死亡前一定會(huì)被執(zhí)行，從而保證廣播在App死亡前一定會(huì)被注銷(xiāo)，從而防止內(nèi)存泄露。

5.2.3 兩種注冊(cè)方式的區(qū)別

944365-8d163ab3ca20de0b (1).png

5.3 廣播發(fā)送者向AMS發(fā)送廣播

5.3.1 廣播的發(fā)送

廣播是用”意圖（Intent）“標(biāo)識(shí)
定義廣播的本質(zhì) = 定義廣播所具備的“意圖（Intent）”
廣播發(fā)送 = 廣播發(fā)送者將此廣播的“意圖（Intent）”通過(guò)sendBroadcast（）方法發(fā)送出去

5.3.2 廣播的類(lèi)型

廣播的類(lèi)型主要分為5類(lèi)：

普通廣播（Normal Broadcast）
系統(tǒng)廣播（System Broadcast）
有序廣播（Ordered Broadcast）
粘性廣播（Sticky Broadcast）
App應(yīng)用內(nèi)廣播（Local Broadcast）

具體說(shuō)明如下：
1. 普通廣播（Normal Broadcast）
即開(kāi)發(fā)者自身定義 intent的廣播（最常用）。發(fā)送廣播使用如下：

Intent intent = new Intent("lalala");//"lalala"是廣播的action
//8.0開(kāi)始自定義廣播系統(tǒng)不建議靜態(tài)注冊(cè),如果靜態(tài)注冊(cè),需要加下面這行代碼,指定廣播的類(lèi)
//intent.setComponent(new ComponentName(this,MyReceiver.class));
sendBroadcast(intent);

若被注冊(cè)了的廣播接收者中注冊(cè)時(shí)intentFilter的action與上述匹配，則會(huì)接收此廣播（即進(jìn)行回調(diào)onReceive()）。若發(fā)送廣播有相應(yīng)權(quán)限，那么廣播接收者也需要相應(yīng)權(quán)限

2. 系統(tǒng)廣播（System Broadcast）

Android中內(nèi)置了多個(gè)系統(tǒng)廣播：只要涉及到手機(jī)的基本操作（如開(kāi)機(jī)、網(wǎng)絡(luò)狀態(tài)變化、拍照等等），都會(huì)發(fā)出相應(yīng)的廣播
每個(gè)廣播都有特定的Intent - Filter（包括具體的action），Android系統(tǒng)廣播action如下：

系統(tǒng)操作	action
監(jiān)聽(tīng)網(wǎng)絡(luò)變化	android.net.conn.CONNECTIVITY_CHANGE
關(guān)閉或打開(kāi)飛行模式	Intent.ACTION_AIRPLANE_MODE_CHANGED
充電時(shí)或電量發(fā)生變化	Intent.ACTION_BATTERY_CHANGED
電池電量低	Intent.ACTION_BATTERY_LOW
電池電量充足	Intent.ACTION_BATTERY_OKAY
系統(tǒng)啟動(dòng)完成后(僅廣播一次)	Intent.ACTION_BOOT_COMPLETED
按下照相時(shí)的拍照按鍵(硬件按鍵)	Intent.ACTION_CAMERA_BUTTON
屏幕鎖屏	Intent.Intent.ACTION_SCREEN_OFF
屏幕解鎖	Intent.Intent.ACTION_SCREEN_ON
設(shè)備當(dāng)前設(shè)置被改變時(shí)(界面語(yǔ)言、設(shè)備方向等)	Intent.ACTION_CONFIGURATION_CHANGED
插入耳機(jī)時(shí)	Intent.ACTION_HEADSET_PLUG
未正確移除SD卡但已取出來(lái)時(shí)(正確移除方法:設(shè)置--SD卡和設(shè)備內(nèi)存--卸載SD卡)	Intent.ACTION_MEDIA_BAD_REMOVAL
插入外部?jī)?chǔ)存裝置（如SD卡）	Intent.ACTION_MEDIA_CHECKING
成功安裝APK	Intent.ACTION_PACKAGE_ADDED
成功刪除APK	Intent.ACTION_PACKAGE_REMOVED
重啟設(shè)備	Intent.ACTION_REBOOT
屏幕被關(guān)閉	Intent.ACTION_SCREEN_OFF
屏幕被打開(kāi)	Intent.ACTION_SCREEN_ON
關(guān)閉系統(tǒng)時(shí)	Intent.ACTION_SHUTDOWN
重啟設(shè)備	Intent.ACTION_REBOOT

只能動(dòng)態(tài)注冊(cè)的廣播:

android.intent.action.SCREEN_ON//屏幕打開(kāi)
android.intent.action.SCREEN_OFF//屏幕關(guān)閉
android.intent.action.BATTERY_CHANGED//電量變化
android.intent.action.CONFIGURATION_CHANGED//設(shè)備的配置信息已經(jīng)改變
android.intent.action.TIME_TICK//時(shí)間相關(guān)的廣播
android.net.conn.CONNECTIVITY_CHANGE//網(wǎng)絡(luò)狀態(tài)發(fā)生改變,Android7.0之后只能動(dòng)態(tài)注冊(cè)

網(wǎng)絡(luò)改變接收器：

public class NetReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        ConnectivityManager connectivityManager = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
        NetworkInfo activeNetworkInfo = connectivityManager.getActiveNetworkInfo();
        if (activeNetworkInfo != null && activeNetworkInfo.isConnected()) {
            Toast.makeText(context, "net isConnected", Toast.LENGTH_SHORT).show();
            Log.e("TAG", "網(wǎng)絡(luò)連接成功");
        } else {
            Toast.makeText(context, "net disConnected", Toast.LENGTH_SHORT).show();
            Log.e("TAG", "網(wǎng)絡(luò)連接失敗");
        }
    }
}

3. 有序廣播（Ordered Broadcast）

定義：發(fā)送出去的廣播被廣播接收者按照先后順序接收,有序是針對(duì)廣播接收者而言的
廣播接受者接收廣播的順序規(guī)則（同時(shí)面向靜態(tài)和動(dòng)態(tài)注冊(cè)的廣播接受者）
a. 按照Priority屬性值從大-小排序；
b. Priority屬性相同者，動(dòng)態(tài)注冊(cè)的廣播優(yōu)先；
特點(diǎn)
a. 接收廣播按順序接收
b. 先接收的廣播接收者可以對(duì)廣播進(jìn)行截?cái)?，即后接收的廣播接收者不再接收到此廣播；
c. 先接收的廣播接收者可以對(duì)廣播進(jìn)行修改，那么后接收的廣播接收者將接收到被修改后的廣播

具體使用
有序廣播的使用過(guò)程與普通廣播非常類(lèi)似，差異僅在于廣播的發(fā)送方式：

sendOrderedBroadcast(intent);

注冊(cè)廣播:

private void register() {

        mCityReceiver = new CityReceiver();
        IntentFilter intentFilter2 = new IntentFilter();
        intentFilter2.setPriority(0);
        intentFilter2.addAction("com.cumulus.xts.AWARD");
        registerReceiver(mCityReceiver, intentFilter2);

        mProvinceReceiver = new ProvinceReceiver();
        IntentFilter intentFilter = new IntentFilter();
        intentFilter.setPriority(1000);
        intentFilter.addAction("com.cumulus.xts.AWARD");
        registerReceiver(mProvinceReceiver, intentFilter);

        mLaoMaReceiver = new LaoMaReceiver();
        IntentFilter intentFilter3 = new IntentFilter();
        intentFilter3.setPriority(-1000);
        intentFilter3.addAction("com.cumulus.xts.AWARD");
        registerReceiver(mLaoMaReceiver, intentFilter3);
    }

    @Override
    protected void onPause() {
        super.onPause();

        unregisterReceiver(mProvinceReceiver);
        unregisterReceiver(mCityReceiver);
        unregisterReceiver(mLaoMaReceiver);
    }

public class ProvinceReceiver extends BroadcastReceiver {
    private static final String TAG = "ProvinceReceiver";

    @Override
    public void onReceive(Context context, Intent intent) {
        Log.d(TAG, "州里收到通知: "+getResultData());
        //篡改數(shù)據(jù)
        setResultData("特朗普個(gè)奧巴馬發(fā)了7斤大米");
    }
}

4. 粘性廣播（Sticky Broadcast）

粘性消息在發(fā)送后就一直存在于系統(tǒng)的消息容器里面，等待對(duì)應(yīng)的處理器去處理，如果暫時(shí)沒(méi)有處理器處理這個(gè)消息則一直在消息容器里面處于等待狀態(tài)，粘性廣播的Receiver如果被銷(xiāo)毀，那么下次重建時(shí)會(huì)自動(dòng)接收到消息數(shù)據(jù)。

注意：普通廣播和粘性消息不能被截獲，而有序廣播是可以被截獲的。

發(fā)送粘性廣播需要權(quán)限（這里的權(quán)限是保存信息的權(quán)限和由系統(tǒng)發(fā)送未處理的廣播的權(quán)限）

<uses-permission android:name="android.permission.BROADCAST_STICKY" />

對(duì)于粘性廣播的發(fā)送，和普通廣播的發(fā)送方式是一致的

        Intent intent = new Intent("com.xts.sticky");
        intent.putExtra("data","粘性廣播來(lái)了");
        sendStickyBroadcast(intent);
        //removeStickyBroadcast(intent);//移除廣播
    }

需要知道的是粘性廣播是普通廣播的一種，因此也可以使用普通廣播接收器來(lái)接收，當(dāng)然粘性廣播還有另一種常用的接收方式。

4.1.使用普通廣播接收器，注意，必須在Manifiest或者發(fā)送之前接收（這和定義有點(diǎn)違背，因?yàn)檫@種方式不是正確的接收方式）

public class StickyBroadcastReceiver extends BroadcastReceiver {
 
    public static final String Action = "com.xts.sticky";
    @Override
    public void onReceive(Context context, Intent intent)
    {
        Log.d("StickyBroadcastReceiver", "register: "+intent.getStringExtra("data"));
    }
 
}

<receiver android:name=".StickyBroadcastReceiver"
    <intent-filter >
         <action android:name="com.xts.sticky"/>
    </intent-filter>
</receiver>

4.2.使用正確的方式接收(推薦)

正確的接收方式不應(yīng)該使用BroadcastReceiver就可以接收到
只需要將Activity的onResume稍作修改即可

IntentFilter intentFilter4 = new IntentFilter();
       intentFilter4.addAction("com.xts.sticky");
       //注意，不需要接收器，否則可能無(wú)法接收到
       Intent intent = registerReceiver(null, intentFilter4);
       if (intent !=null){
           Log.d(TAG, "register: "+intent.getStringExtra("data"));
       }

這種廣播也可以被移除，我們可以接收到廣播后調(diào)用 removeStickyBroadcast(intent);

粘性廣播在Android5.0 & API 21中已經(jīng)失效,

5. App應(yīng)用內(nèi)廣播（Local Broadcast）

背景
Android中的廣播可以跨App直接通信（exported對(duì)于有intent-filter情況下默認(rèn)值為true）
沖突
可能出現(xiàn)的問(wèn)題：

其他App針對(duì)性發(fā)出與當(dāng)前App intent-filter相匹配的廣播，由此導(dǎo)致當(dāng)前App不斷接收廣播并處理；

其他App注冊(cè)與當(dāng)前App一致的intent-filter用于接收廣播，獲取廣播具體信息；
即會(huì)出現(xiàn)安全性 & 效率性的問(wèn)題。

解決方案

使用App應(yīng)用內(nèi)廣播（Local Broadcast）

1.App應(yīng)用內(nèi)廣播可理解為一種局部廣播，廣播的發(fā)送者和接收者都同屬于一個(gè)App。
2.相比于全局廣播（普通廣播），App應(yīng)用內(nèi)廣播優(yōu)勢(shì)體現(xiàn)在：安全性高 & 效率高

具體使用1 - 將全局廣播設(shè)置成局部廣播

注冊(cè)廣播時(shí)將exported屬性設(shè)置為false，使得非本App內(nèi)部發(fā)出的此廣播不被接收；

在廣播發(fā)送和接收時(shí)，增設(shè)相應(yīng)權(quán)限permission，用于權(quán)限驗(yàn)證；

發(fā)送廣播時(shí)指定該廣播接收器所在的包名，此廣播將只會(huì)發(fā)送到此包中的App內(nèi)與之相匹配的有效廣播接收器中。

通過(guò)intent.setPackage(packageName)指定報(bào)名
具體使用2 - 使用封裝好的LocalBroadcastManager類(lèi)
使用方式上與全局廣播幾乎相同，只是注冊(cè)/取消注冊(cè)廣播接收器和發(fā)送廣播時(shí)將參數(shù)的context變成了LocalBroadcastManager的單一實(shí)例

注：對(duì)于LocalBroadcastManager方式發(fā)送的應(yīng)用內(nèi)廣播，只能通過(guò)LocalBroadcastManager動(dòng)態(tài)注冊(cè)，不能靜態(tài)注冊(cè)

//注冊(cè)應(yīng)用內(nèi)廣播接收器
//步驟1：實(shí)例化BroadcastReceiver子類(lèi) & IntentFilter mBroadcastReceiver 
mBroadcastReceiver = new MyReceiver(); 
IntentFilter intentFilter = new IntentFilter(); 

//步驟2：實(shí)例化LocalBroadcastManager的實(shí)例
localBroadcastManager = LocalBroadcastManager.getInstance(this);

//步驟3：設(shè)置接收廣播的類(lèi)型 
intentFilter.addAction("com.xts.local");

//步驟4：調(diào)用LocalBroadcastManager單一實(shí)例的registerReceiver（）方法進(jìn)行動(dòng)態(tài)注冊(cè) 
localBroadcastManager.registerReceiver(mBroadcastReceiver, intentFilter);

//取消注冊(cè)應(yīng)用內(nèi)廣播接收器
localBroadcastManager.unregisterReceiver(mBroadcastReceiver);

//發(fā)送應(yīng)用內(nèi)廣播
Intent intent = new Intent();
intent.setAction("com.xts.local");
localBroadcastManager.sendBroadcast(intent);

6. 特別注意

對(duì)于不同注冊(cè)方式的廣播接收器回調(diào)OnReceive（Context context，Intent intent）中的context返回值是不一樣的：

對(duì)于靜態(tài)注冊(cè)（全局+應(yīng)用內(nèi)廣播），回調(diào)onReceive(context, intent)中的context返回值是：ReceiverRestrictedContext；
對(duì)于全局廣播的動(dòng)態(tài)注冊(cè)，回調(diào)onReceive(context, intent)中的context返回值是：Activity Context；
對(duì)于應(yīng)用內(nèi)廣播的動(dòng)態(tài)注冊(cè)（LocalBroadcastManager方式），回調(diào)onReceive(context, intent)中的context返回值是：Application Context。
對(duì)于應(yīng)用內(nèi)廣播的動(dòng)態(tài)注冊(cè)（非LocalBroadcastManager方式），回調(diào)onReceive(context, intent)中的context返回值是：Activity Context；
在廣播中啟動(dòng)activity的話，需要為intent加入FLAG_ACTIVITY_NEW_TASK的標(biāo)記，不然會(huì)報(bào)錯(cuò)，因?yàn)樾枰粋€(gè)棧來(lái)存放新打開(kāi)的activity。
廣播中彈出AlertDialog的話，需要設(shè)置對(duì)話框的類(lèi)型為:TYPE_SYSTEM_ALERT不然是無(wú)法彈出的。

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九欧美,1769亚洲,黄色成人av

BroadcastReceiver

BroadcastReceiver

1 . 定義

2. 作用

3. 應(yīng)用場(chǎng)景

4. 實(shí)現(xiàn)原理

4.1 采用的模型

4.2 模型講解

5. 使用流程

5.1 自定義廣播接收者BroadcastReceiver

5.2 廣播接收器注冊(cè)

5.2.1 靜態(tài)注冊(cè)

5.2.2 動(dòng)態(tài)注冊(cè)

特別注意

5.2.3 兩種注冊(cè)方式的區(qū)別

5.3 廣播發(fā)送者向AMS發(fā)送廣播

5.3.1 廣播的發(fā)送

5.3.2 廣播的類(lèi)型

6. 特別注意

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九 欧美,1769亚洲,黄色成人av

BroadcastReceiver

1 . 定義

2. 作用

3. 應(yīng)用場(chǎng)景

4. 實(shí)現(xiàn)原理

4.1 采用的模型

4.2 模型講解

5. 使用流程

5.1 自定義廣播接收者BroadcastReceiver

5.2 廣播接收器注冊(cè)

5.2.1 靜態(tài)注冊(cè)

5.2.2 動(dòng)態(tài)注冊(cè)

特別注意

5.2.3 兩種注冊(cè)方式的區(qū)別

5.3 廣播發(fā)送者向AMS發(fā)送廣播

5.3.1 廣播的發(fā)送

5.3.2 廣播的類(lèi)型

6. 特別注意

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九欧美,1769亚洲,黄色成人av