Android 兩種注冊、發送廣播的區別

關鍵字:注冊廣播 BroadcastReceiver

前言前面文章記錄了Service的使用,這次來記錄另一個四個組件之一的BroadcastReceiver。主要介紹兩種發送和注冊廣播的區別。

BroadcastReceiver廣播接收者用于接收系統或其他程序(包括自己程序)發送的廣播。

一.注冊廣播

在android中,我們如果想接收到廣播信息,必須自定義我們的廣播接收者。要寫一個類來繼承BroadcastReceiver,并且重寫其onReceive()方法,實現接收到特定廣播所要做的事情。

這是一個自定義的廣播接收者:

public class MyBroadCastReceiver extends BroadcastReceiver   
{  
   @Override  
   public void onReceive(Context context, Intent intent)   
   {   
       //在這里可以寫相應的邏輯來實現一些功能
       //可以從Intent中獲取數據、還可以調用BroadcastReceiver的getResultData()獲取數據
   }   
} 

我們已經定義好了一個廣播接收者。要想使用它接受到廣播,就要注冊這個廣播接收者。

有兩種方式注冊廣播:

(1)代碼中動態注冊

步驟如下:

  1. 實例化自定義的廣播接收者
  2. 實例化意圖過濾器,并設置要過濾的廣播類型(如,我們接收收到短信系統發出的廣播)
  3. 使用Context的registerReceiver(BroadcastReceiver, IntentFilter, String, Handler)方法注冊廣播

代碼:

//new出上邊定義好的BroadcastReceiver
MyBroadCastReceiver yBroadCastReceiver = new MyBroadCastReceiver();

//實例化過濾器并設置要過濾的廣播  
IntentFilter intentFilter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED");

//注冊廣播   
myContext.registerReceiver(smsBroadCastReceiver,intentFilter, 
             "android.permission.RECEIVE_SMS", null);  

(2)在Manifest.xml中靜態注冊

直接在Manifest.xml文件的<application>節點中配置廣播接收者。

 <receiver android:name=".MyBroadCastReceiver">  
            <!-- android:priority屬性是設置此接收者的優先級(從-1000到1000) -->
            <intent-filter android:priority="20">
            <actionandroid:name="android.provider.Telephony.SMS_RECEIVED"/>  
            </intent-filter>  
</receiver>  

還要在<application>同級的位置配置可能使用到的權限

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

(3)兩種注冊廣播的不同

  1. 第一種不是常駐型廣播,也就是說廣播跟隨程序的生命周期。
  2. 第二種是常駐型,也就是說當應用程序關閉后,如果有信息廣播來,程序也會被系統調用自動運行。

二.發送廣播

當我們需要發送一個自定義的廣播來通知程序中其他組件一些狀態時,就可以使用發送一條廣播的方式。

有兩種方式分別發送兩種不同的廣播:
通過mContext.sendBroadcast(Intent)mContext.sendBroadcast(Intent, String)發送的是無序廣播(后者加了權限);
通過mContext.sendOrderedBroadcast(Intent, String, BroadCastReceiver, Handler, int, String, Bundle)發送的是有序廣播。

區別
無序廣播:所有的接收者都會接收事件,不可以被攔截,不可以被修改。
有序廣播:按照優先級,一級一級的向下傳遞,接收者可以修改廣播數據,也可以終止廣播事件。

(1)無序廣播的使用:

定義一個按鈕,設置其點擊事件,發送一個無序廣播。

        Intent intent = new  Intent();
        //設置intent的動作為com.example.broadcast,可以任意定義
        intent.setAction("com.example.broadcast");
        //發送無序廣播
        sendBroadcast(intent);

定義一個廣播接收者,來接收這個廣播事件。通過Toast的打印判斷是否收到廣播

public class MyReceiver extends BroadcastReceiver {
    public MyReceiver() {
    }
    @Override
    public void onReceive(Context context, Intent intent) {
        Toast.makeText(context,"收到廣播", Toast.LENGTH_SHORT).show();
    }
}

在Manifest.xml中配置該接收者。

<receiver
            android:name=".MyReceiver" >
            <intent-filter>
                <!-- 動作設置為發送的廣播動作 -->
                <action android:name="com.example.broadcast"/>
            </intent-filter>
</receiver>

運行結果為:Toast打印出 “收到廣播”。

(2)有序廣播的使用

和無序廣播使用不同的是 通過 mContext.sendOrderedBroadcast(Intent, String, BroadCastReceiver, Handler, int, String, Bundle)和每個接收者設置優先級,就可以在小于自己優先級的接收者得到廣播前,修改或終止廣播。

定義一個按鈕,設置其點擊事件,發送一個有序廣播。

        Intent intent = new  Intent();
        //設置intent的動作為com.example.broadcast,可以任意定義
        intent.setAction("com.example.broadcast");
        //發送無序廣播
        //第一個參數:intent
        //第二個參數:String類型的接收者權限
        //第三個參數:BroadcastReceiver 指定的接收者
        //第四個參數:Handler scheduler
        //第五個參數:int 此次廣播的標記 
        //第六個參數:String 初始數據
        //第七個參數:Bundle 往Intent中添加的額外數據
        sendOrderedBroadcast(intent, null, null, null, "這是初始數據", );

定義多個廣播接收者,來接收這個廣播事件。通過Toast的打印判斷是否收到廣播

public class MyReceiver1 extends BroadcastReceiver {
    public MyReceiver1() {
    }
    @Override
    public void onReceive(Context context, Intent intent) {
        //獲取廣播中的數據(即得到 "這是初始數據" 字符串)
        String message = getResultData();
        Toast.makeText(context ,message ,Toast.LENGTH_SHORT).show();
        //修改數據
        setResultData("這是修改后的數據");
    }
}
public class MyReceiver2 extends BroadcastReceiver {
    public MyReceiver2() {
    }
    @Override
    public void onReceive(Context context, Intent intent) {
        String message = getResultData();
        Toast.makeText(context ,message ,Toast.LENGTH_SHORT).show();
        //終止廣播
        abortBroadcast();
    }
}
public class MyReceiver3 extends BroadcastReceiver {
    public MyReceiver3() {
    }
    @Override
    public void onReceive(Context context, Intent intent) {
        String message = getResultData();
        Toast.makeText(context ,message ,Toast.LENGTH_SHORT).show();
    }
}

在Manifest.xml中配置該接收者。并設置優先級:MyReceiver1>MyReceiver2>MyReceiver3。

<!-- 優先級相等的話,寫在前面的receiver的優先級大于后面的 -->
<receiver
            android:name=".MyReceiver1" >
            <!-- 定義廣播的優先級 -->
            <intent-filter android:priority="1000">                
                <!-- 動作設置為發送的廣播動作 -->
                <action android:name="com.example.broadcast"/>
            </intent-filter>
</receiver>
<receiver 
               android:name=".MyReceiver2" >
                   <!-- 定義廣播的優先級 -->
                   <intent-filter  android:priority="0">
                   <!-- 動作設置為發送的廣播動作 -->
                   <action android:name="com.example.broadcast"/>
            </intent-filter>
</receiver>
<receiver 
               android:name=".MyReceiver3" >
                   <!-- 定義廣播的優先級 -->
                   <intent-filter  android:priority="-1000">
                   <!-- 動作設置為發送的廣播動作 -->
                   <action android:name="com.example.broadcast"/>
            </intent-filter>
</receiver>

運行結果:MyReceiver1得到廣播數據后打印“這是初始數據”,MyReceiver2接收到廣播數據打印“這是修改后的數據”,MyReceiver3沒有打印。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,156評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,401評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 176,069評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,873評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,635評論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,128評論 1 323
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,203評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,365評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,881評論 1 334
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,733評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,935評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,475評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,172評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,582評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,821評論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,595評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,908評論 2 372

推薦閱讀更多精彩內容

  • 1.廣播的分類 (1)按照發送的方式分類 標準廣播是一種異步的方式來進行傳播的,廣播發出去之后,所有的廣播接收者幾...
    曹豐斌閱讀 34,170評論 0 22
  • 1.Android廣播機制概述 Android廣播分為兩個方面:廣播發送者和廣播接收者,通常情況下,Broadca...
    IT小魔女的故事閱讀 562評論 0 2
  • 諸多無奈,最近在改一個項目的bug的時候,腦子老是一片空白,可能是最近腦子不夠用,總之,好多東西忘了,閱讀一些別人...
    狗子王1948閱讀 7,726評論 6 53
  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具(例如配置管理,服務發現,斷路器,智...
    卡卡羅2017閱讀 134,781評論 18 139
  • 前言 本來想寫一下廣播的,發現查閱后有整理的不錯的,只好轉載圖個簡便,日后好復習轉載:http://www.cnb...
    提升即效率閱讀 1,392評論 0 10