發(fā)送無(wú)序廣播

    Intent intent = new Intent("com.sqw.testBroadcastReceiver.say.hi");
    sendBroadcast(intent);

隨機(jī)將給定的意圖廣播給所有感興趣的BroadcastReceivers。 這個(gè)調(diào)用是異步的患久； 它立即返回椅寺，您將繼續(xù)在接收器運(yùn)行時(shí)執(zhí)行。任何app注冊(cè)都可以接收蒋失，可以使用intent.setPackage(String)指定接收應(yīng)用返帕。沒(méi)有傳播任何結(jié)果來(lái)自接收者，接收者不能中止廣播篙挽。 如果你想要允許接收方傳播結(jié)果或中止廣播荆萤，您必須使用以下命令發(fā)送有序廣播 sendOrderedBroadcast(Intent，String)

發(fā)送有序廣播

    Intent intent = new Intent("com.sqw.testBroadcastReceiver.say.hi");
    sendOrderedBroadcast(intent,null);

一次向一個(gè)接收器發(fā)送廣播铣卡。當(dāng)接收器逐個(gè)順序執(zhí)行時(shí)链韭，接收器可以向下傳遞結(jié)果，也可以完全中止廣播煮落，使其不再傳遞給其他接收器敞峭。接收器的運(yùn)行順序可以通過(guò)匹配的 intent-filter 的 android:priority 屬性來(lái)控制；具有相同優(yōu)先級(jí)的接收器將按隨機(jī)順序運(yùn)行蝉仇。

關(guān)于 android:priority 的取值范圍儡陨，官網(wǎng)給出的是 -1000 ~ 1000 ，但是看到很多人設(shè)置成2147483647（Integer.MAX_VALUE）這個(gè)值量淌，可能因?yàn)?android:priority 的屬性值是 integer 類(lèi)型，系統(tǒng)會(huì)拿這個(gè)值和其他值做比較嫌褪，結(jié)果怎么都是它最大了呀枢。

        <receiver android:name=".receiver.MyReceiver1"
            android:protectionLevel="normal"
            >
            <intent-filter
                android:priority="100">

                <action android:name="com.sqw.testBroadcastReceiver.say.hi"/>
                <category android:name="android.intent.category.DEFAULT"/>

            </intent-filter>
        </receiver>

代碼中設(shè)置priority

        IntentFilter intentFilter = new IntentFilter("com.sqw.testBroadcastReceiver.say.hi");
        intentFilter.setPriority(100);

中斷有序廣播

public class MyReceiver2  extends BroadcastReceiver {

    private static final String TAG = "MyReceiver2";

    @Override
    public void onReceive(Context context, Intent intent) {

        Toast.makeText(context,"MyReceiver2 收到廣播",Toast.LENGTH_SHORT).show();
        Log.e(TAG, "onReceive: MyReceiver2 收到廣播");
        //終止廣播像低優(yōu)先級(jí)傳遞
        abortBroadcast();
    }
}

發(fā)送本地廣播

            Intent intent = new Intent("com.sqw.testBroadcastReceiver.say.hi.local");
            LocalBroadcastManager.getInstance(context).sendBroadcast(intent);

BroadcastReceiver的設(shè)計(jì)初衷是全局性，可接收來(lái)自本應(yīng)用和其他應(yīng)用發(fā)過(guò)來(lái)的intent廣播笼痛。這也同時(shí)給app帶來(lái)了一定的安全風(fēng)險(xiǎn)裙秋。為了解決這個(gè)問(wèn)題，LocalBroadcastManager橫空出世缨伊。LocalBroadcastManager 只會(huì)將廣播限定在當(dāng)前應(yīng)用程序中摘刑。LocalBroadcastManager 發(fā)送的廣播不會(huì)離開(kāi)你的應(yīng)用程序，同樣也不會(huì)接收來(lái)自其它應(yīng)用程序的廣播刻坊，因此你可以放心的在 LocalBroadcastManager 中傳播敏感信息枷恕。同時(shí)由于LocalBroadcastManager不需要用到跨進(jìn)程機(jī)制，因此相對(duì) BroadcastReceiver 而言要更為高效谭胚。LocalBroadcastManager只在動(dòng)態(tài)廣播時(shí)使用徐块，靜態(tài)廣播不能使用LocalBroadcastManager未玻。

另外本地廣播注冊(cè)和反注冊(cè)方式與有序無(wú)序廣播不一樣，需要用到 LocalBroadcastManager.getInstance(context).registerReceiver()

    LocalReceiver1 localReceiver1 = new LocalReceiver1();
    IntentFilter intentFilter = new IntentFilter("com.sqw.testBroadcastReceiver.say.hi.local");
    //注冊(cè)本地廣播
    LocalBroadcastManager.getInstance(context).registerReceiver(localReceiver1,intentFilter);

    if(localReceiver1 != null){
        //反注冊(cè)本地廣播
        LocalBroadcastManager.getInstance(context).unregisterReceiver(localReceiver1);
    }

粘性廣播

            Intent intent = new Intent("com.sqw.testBroadcastReceiver.say.hi.sticky");
            sendStickyBroadcast(intent);

粘性廣播通過(guò) Context.sendStickyBroadcast() 函數(shù)來(lái)發(fā)送胡控，用此函數(shù)發(fā)送的廣播會(huì)一直滯留扳剿，當(dāng)有匹配此廣播的廣播接收器被注冊(cè)后，該廣播接收器就會(huì)收到此條廣播昼激。使用此函數(shù)發(fā)送廣播時(shí)庇绽，需要獲得 BROADCAST_STICKY 權(quán)限：<uses-permission android:name="android.permission.BROADCAST_STICKY"/>
sendStickyBroadcast() 只保留最后一條廣播，并且一直保留下去橙困，這樣即使已經(jīng)有廣播接收器處理了該廣播瞧掺，當(dāng)再有匹配的廣播接收器被注冊(cè)時(shí)，此廣播仍會(huì)被接收纷宇。如果你只想處理一遍該廣播夸盟，可以通過(guò) removeStickyBroadcast() 函數(shù)實(shí)現(xiàn)。

粘性廣播在Android5.0(API 21)的時(shí)候就不推薦使用了像捶，他們不提供安全性（任何人可以訪(fǎng)問(wèn)它們）上陕，沒(méi)有保護(hù)（任何人都可以修改它們）以及許多其他問(wèn)題。推薦使用非粘性廣播拓春，所以下文不再討論粘性廣播释簿。

廣播的安全性

因?yàn)橹灰?cè)了廣播接收者，就可以收到廣播硼莽，比如A庶溶、B接收者都注冊(cè)了廣播，當(dāng)你只想向A接收者發(fā)送廣播時(shí)懂鸵，結(jié)果B接收者也能收到廣播偏螺，也許數(shù)據(jù)就被泄露了，這是我們都不愿意看到的匆光。所以BroadcastRecevier提供了限制接收者的方法套像，就是在發(fā)送時(shí)指定接收者權(quán)限receiverPermission。

            Intent intent = new Intent("com.sqw.testBroadcastReceiver.say.hi");
            String receiverPermission = "com.sqw.testBroadcastReceiver.send.RECEIVE_PERMISSION";
            sendBroadcast(intent,receiverPermission);

當(dāng)然有序廣播也可以指定接收者權(quán)限r(nóng)eceiverPermission, 本地廣播是不可以的终息。

            Intent intent = new Intent("com.sqw.testBroadcastReceiver.say.hi");
            String receiverPermission = "com.sqw.testBroadcastReceiver.send.RECEIVE_PERMISSION";
            sendOrderedBroadcast(intent,receiverPermission);

要說(shuō)明一下的是這里的receiverPermission,是一個(gè)自定義權(quán)限夺巩，需要在清單文件中定義后才能使用。如果沒(méi)有聲明自定義權(quán)限,發(fā)送的廣播將沒(méi)有符合要求接收者周崭。

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.noahedu.my">

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

    <!--自定義權(quán)限-->
    <permission android:name="com.sqw.testBroadcastReceiver.send.RECEIVE_PERMISSION"/>

    <application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:name="MyApplication"
        android:theme="@style/AppTheme">

      ...
    </application>

</manifest>

這里的 <uses-permission />柳譬、 <permission />可能大家會(huì)不怎么明白，這里說(shuō)一下续镇。

<uses-permission /> ：這個(gè)是申請(qǐng)權(quán)限美澳。
比如要訪(fǎng)問(wèn)網(wǎng)絡(luò)就使用<uses-permission android:name="android.permission.INTERNET"/>之后應(yīng)用才有訪(fǎng)問(wèn)網(wǎng)絡(luò)的權(quán)限。
<uses-permission android:name="android.permission.SEND_SMS"/>聲明要使用這個(gè)權(quán)限后就可以發(fā)送短信了，當(dāng)然這是個(gè)危險(xiǎn)權(quán)限人柿，android6.0之后就需要?jiǎng)討B(tài)申請(qǐng)了柴墩。

<permission /> 這個(gè)是定義權(quán)限。就是聲明一個(gè)新的權(quán)限凫岖，使用方法就如上面發(fā)送有權(quán)限限定的廣播江咳，應(yīng)該還有其他使用方法，這里我暫時(shí)不知道哥放。

當(dāng)然這里也可以直接寫(xiě)系統(tǒng)定義的權(quán)限歼指，這樣可以不需要自定義權(quán)限，當(dāng)然自定義權(quán)限安全性更高甥雕。

            Intent intent = new Intent("com.sqw.testBroadcastReceiver.say.hi");
            sendBroadcast(intent,Manifest.permission.SEND_SMS);

這里不討論系統(tǒng)權(quán)限踩身，還是使用自定義權(quán)限，那既然有定義權(quán)限社露，就有使用權(quán)限的地方挟阻，是的，如果你想接收到有權(quán)限限定的廣播峭弟，就必須申請(qǐng)使用發(fā)送廣播時(shí)定義的權(quán)限附鸽，也就是使用 <uses-permission />,這里申請(qǐng)上面發(fā)送廣播時(shí)定義的權(quán)限。

<uses-permission android:name="com.sqw.testBroadcastReceiver.send.RECEIVE_PERMISSION"/>

這里你會(huì)想到一個(gè)問(wèn)題瞒瘸，即使是在應(yīng)用內(nèi)發(fā)送廣播坷备，應(yīng)用內(nèi)難道也要申請(qǐng)權(quán)限嗎？是的情臭，也要申請(qǐng)權(quán)限,不然也是收不到廣播的省撑。
這樣之后，再按正常流程注冊(cè)廣播俯在，就可以收到有權(quán)限的廣播了竟秫。

限制廣播發(fā)送者

可以限制接收者是否能收到廣播，當(dāng)然也有限制發(fā)送者的跷乐。
限制接收者是肥败，發(fā)送的時(shí)候限定了權(quán)限。就是接收的地方劈猿，要聲明權(quán)限，才能收到廣播潮孽。
那么限制發(fā)送者揪荣，也就是在接收的地方定義權(quán)限了，在發(fā)送的地方就要申請(qǐng)權(quán)限往史。具體請(qǐng)看

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.noahedu.testmyservice">

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

    <!--定義權(quán)限-->
    <permission android:name="com.sqw.testBroadcastReceiver.receive.RECEIVE_PERMISSION"/>

    <application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme">
      
        ...

        <!--android:permission 在廣播接收者中使用定義的權(quán)限-->
        <receiver android:name=".receiver.ServiceReceiver"
            android:permission="com.sqw.testBroadcastReceiver.receive.RECEIVE_PERMISSION"
            >
            <intent-filter>

                <action android:name="com.sqw.testBroadcastReceiver.say.hi"/>
                <category android:name="android.intent.category.DEFAULT"/>

            </intent-filter>
        </receiver>

    </application>

</manifest>

這里receiver的android:permission屬性可以使用定義的權(quán)限仗颈。這樣發(fā)送者必須申明使用這個(gè)權(quán)限，發(fā)送的廣播這里才能收到。

  <uses-permission android:name="com.sqw.testBroadcastReceiver.receive.RECEIVE_PERMISSION"/>

發(fā)送的應(yīng)用挨决，清單文件這樣申請(qǐng)使用這個(gè)權(quán)限之后请祖，發(fā)送廣播，接收方就可以收到了脖祈。

簡(jiǎn)單總結(jié)一下就是：

1. （發(fā)/收）自定義權(quán)限（<permission />）
2. （發(fā)/收）設(shè)置自定義權(quán)限 sendOrderedBroadcast(Intent肆捕，String) 或 android:permission
3. （收/發(fā)）申請(qǐng)使用自定義權(quán)限 <uses-permission />

到這里，其實(shí)大家也會(huì)想到一個(gè)問(wèn)題盖高，那就是可以雙向綁定慎陵，這樣安全性會(huì)更高！代碼就不貼了

protectionLevel

但是這樣還是不夠安全喻奥，如果有人反編譯了代碼席纽，就會(huì)發(fā)現(xiàn)自定義權(quán)限了，數(shù)據(jù)還是可能會(huì)泄漏撞蚕，那有沒(méi)有更高級(jí)的方法呢润梯，如果是一個(gè)公司的兩個(gè)app，使用相同的簽名甥厦，可以將安全級(jí)別提升到簽名級(jí)別纺铭，使用android:protectionLevel

        <receiver android:name=".receiver.ServiceReceiver"
            android:permission="com.sqw.testBroadcastReceiver.receive.RECEIVE_PERMISSION"
            android:protectionLevel="signature">

            <intent-filter>

                <action android:name="com.sqw.testBroadcastReceiver.say.hi"/>
                <category android:name="android.intent.category.DEFAULT"/>

            </intent-filter>
        </receiver>

這樣只有具有相同簽名的app，并且申請(qǐng)了對(duì)應(yīng)權(quán)限矫渔，這里才會(huì)收到廣播了彤蔽。安全性會(huì)提高很多。
如果只是在本應(yīng)用內(nèi)使用庙洼，推薦使用本地廣播LocalBroadcastManager,效率會(huì)更高顿痪。

廣播的性能問(wèn)題

如果很多app注冊(cè)了開(kāi)機(jī)廣播<action android:name="android.intent.action.BOOT_COMPLETED"/>,那么系統(tǒng)會(huì)一個(gè)一個(gè)啟動(dòng)這些app進(jìn)程，這樣勢(shì)必會(huì)消耗很多系統(tǒng)資源油够，對(duì)用戶(hù)體驗(yàn)造成嚴(yán)重影響蚁袭。這種情況建議動(dòng)態(tài)注冊(cè)。

安全注意事項(xiàng)和最佳做法

• 如果您不需要向應(yīng)用以外的組件發(fā)送廣播石咬，則可以使用支持庫(kù)中提供的 LocalBroadcastManager 來(lái)收發(fā)本地廣播揩悄。LocalBroadcastManager 效率更高（無(wú)需進(jìn)行進(jìn)程間通信），并且您無(wú)需考慮其他應(yīng)用在收發(fā)您的廣播時(shí)帶來(lái)的任何安全問(wèn)題鬼悠。本地廣播可在您的應(yīng)用中作為通用的發(fā)布/訂閱事件總線(xiàn)删性，而不會(huì)產(chǎn)生任何系統(tǒng)級(jí)廣播開(kāi)銷(xiāo)。

• 如果有許多應(yīng)用在其清單中注冊(cè)接收相同的廣播焕窝，可能會(huì)導(dǎo)致系統(tǒng)啟動(dòng)大量應(yīng)用蹬挺，從而對(duì)設(shè)備性能和用戶(hù)體驗(yàn)造成嚴(yán)重影響。為避免發(fā)生這種情況它掂，請(qǐng)優(yōu)先使用上下文注冊(cè)而不是清單聲明巴帮。有時(shí)，Android 系統(tǒng)本身會(huì)強(qiáng)制使用上下文注冊(cè)的接收器。例如榕茧，CONNECTIVITY_ACTION 廣播只會(huì)傳送給上下文注冊(cè)的接收器垃沦。

• 請(qǐng)勿使用隱式 intent 廣播敏感信息。任何注冊(cè)接收廣播的應(yīng)用都可以讀取這些信息用押。您可以通過(guò)以下三種方式控制哪些應(yīng)用可以接收您的廣播：

  • 您可以在發(fā)送廣播時(shí)指定權(quán)限肢簿。
  • 在 Android 4.0 及更高版本中，您可以在發(fā)送廣播時(shí)使用 setPackage(String) 指定軟件包只恨。系統(tǒng)會(huì)將廣播限定到與該軟件包匹配的一組應(yīng)用译仗。
  • 您可以使用 LocalBroadcastManager 發(fā)送本地廣播。

• 當(dāng)您注冊(cè)接收器時(shí)官觅，任何應(yīng)用都可以向您應(yīng)用的接收器發(fā)送潛在的惡意廣播纵菌。您可以通過(guò)以下三種方式限制您的應(yīng)用可以接收的廣播：

  • 您可以在注冊(cè)廣播接收器時(shí)指定權(quán)限。
  • 對(duì)于清單聲明的接收器休涤，您可以在清單中將 android:exported 屬性設(shè)置為“false”咱圆。這樣一來(lái)，接收器就不會(huì)接收來(lái)自應(yīng)用外部的廣播功氨。
  • 您可以使用 LocalBroadcastManager 限制您的應(yīng)用只接收本地廣播序苏。

• 廣播操作的命名空間是全局性的。請(qǐng)確保在您自己的命名空間中編寫(xiě)操作名稱(chēng)和其他字符串捷凄，否則可能會(huì)無(wú)意中與其他應(yīng)用發(fā)生沖突忱详。

• 由于接收器的 onReceive(Context, Intent) 方法在主線(xiàn)程上運(yùn)行，因此它會(huì)快速執(zhí)行并返回跺涤。如果您需要執(zhí)行長(zhǎng)時(shí)間運(yùn)行的工作匈睁，請(qǐng)謹(jǐn)慎生成線(xiàn)程或啟動(dòng)后臺(tái)服務(wù)，因?yàn)橄到y(tǒng)可能會(huì)在 onReceive() 返回后終止整個(gè)進(jìn)程桶错。如需了解詳情航唆，請(qǐng)參閱對(duì)進(jìn)程狀態(tài)的影響。要執(zhí)行長(zhǎng)時(shí)間運(yùn)行的工作院刁，我們建議：

  • 在接收器的 onReceive() 方法中調(diào)用 goAsync()糯钙，并將 BroadcastReceiver.PendingResult 傳遞給后臺(tái)線(xiàn)程。這樣退腥，在從 onReceive() 返回后任岸，廣播仍可保持活躍狀態(tài)。不過(guò)狡刘，即使采用這種方法享潜，系統(tǒng)仍希望您非常快速地完成廣播（在 10 秒以?xún)?nèi)）颓帝。為避免影響主線(xiàn)程谋梭，它允許您將工作移到另一個(gè)線(xiàn)程。
  • 使用 JobScheduler 調(diào)度作業(yè)呻纹。如需了解詳情刨疼，請(qǐng)參閱智能作業(yè)調(diào)度。

• 請(qǐng)勿從廣播接收器啟動(dòng) Activity瘪板，否則會(huì)影響用戶(hù)體驗(yàn)吴趴，尤其是有多個(gè)接收器時(shí)。相反侮攀，可以考慮顯示通知锣枝。

參考：
goole官方-廣播概覽
Android四大組件之——廣播
Android 廣播權(quán)限保護(hù)
Android 基礎(chǔ)知識(shí)3：四大組件之 Broadcast（廣播）