Android之旅2-Android四大組件之BroadcastReceiver篇

今天繼續(xù)我們的Android之旅,上一篇寫了Android四大組件之一的Activity的知識蜘澜。今天,我們繼續(xù)來復習Andorid四大組件之一的BroadcastReceiver带膀。

何為BroadcastReceiver呢鹃共?其實從字面就可以看出了,就是廣播接收者豺憔。那這個廣播的作用是什么呢额获?其實Android中的廣播機制和現(xiàn)實中的廣播沒有什么差別。想一想現(xiàn)實中的廣播恭应,是不是有通知消息的用途啊抄邀。同樣,Android中的廣播機制也與此是類似的作用暮屡。即撤摸,通過發(fā)送廣播通知系統(tǒng)中的某些組件該干什么了毅桃。這干什么的邏輯完全在于你自己想實現(xiàn)什么功能褒纲。當然,既然可以發(fā)送廣播钥飞,一定也是有接受廣播的功能的莺掠。

在Android中廣播有兩種類型,標準廣播和有序廣播读宙。

標準廣播(Normal broadcasts彻秆,發(fā)送方式:Context.sendBroadacst()),這是一種完全異步執(zhí)行的廣播结闸,廣播發(fā)出后唇兑,沒有確定的順序,廣播接收者通常會在同一個時刻接收到這條廣播消息桦锄。這通常意味著是高效的扎附,但也意味著,在廣播發(fā)出后是無法進行截斷的结耀。

有序廣播(Ordered broadcasts留夜,發(fā)送方式:Context.sendOrderedBroadcast()),這是一種同步執(zhí)行的廣播匙铡,廣播發(fā)出后,在同一時刻碍粥,只會有一個廣播接收者接收到這一條廣播鳖眼。每一個廣播接收者都是按順序進行執(zhí)行的。所以嚼摩,前一個廣播接收者既可以將這條廣播傳遞出去钦讳,也可以完全的截斷廣播,使下一個廣播接收者無法接收到廣播枕面》涮可以在AndroidManifest.xml文件中<receiver>標簽下設置 android:priority屬性,來匹配優(yōu)先級膊畴,優(yōu)先級越高掘猿,就越早接收到廣播。

在這里要分清楚一點唇跨,雖然廣播也是通過Intent進行傳遞的稠通。但是通過Intent發(fā)送廣播的機制與通過Intent開啟另一個Activity的機制是截然不同的。開啟的Activity是處于前臺并且可以與用戶進行交互的买猖。而發(fā)送廣播是一個后臺的操作改橘,用戶并不能意識到。

下面來看一下具體的使用方法:

接收廣播##

如何接收廣播呢玉控?想要接收廣播就要用到如何注冊廣播飞主,并且在注冊的邏輯中添加想要監(jiān)聽的廣播就可以了。

廣播的注冊方式有兩種高诺,是四大組件中最為特殊的一個碌识。其余的三個組件都必須在AndroidManifest.xml文件中進行注冊聲明,而BroadcastReceiver既可以在AndroidManifest.xml文件中靜態(tài)注冊虱而,也可以通過代碼進行動態(tài)的注冊筏餐。

  • 靜態(tài)注冊
<receiver android:name="com.example.kevin.receiver.BootReceiver">
            <intent-filter>
                <action android:name="android.intent.action.BOOT_COMPLETED"/>
            </intent-filter>
</receiver>

在AndroidManifest.xml中的注冊BroadcastReceiver與注冊Activity沒有什么太大的區(qū)別,只是標簽為<receiver>牡拇。android:name來指定具體的是注冊的哪一個廣播魁瞪。在 <intent-filter>中聲明具體想要接收的廣播。這里接收的是手機boot加載完成惠呼,也就是監(jiān)聽開機這一動作导俘。在Android中,開機時剔蹋,系統(tǒng)就會發(fā)送android.intent.action.BOOT_COMPLETED這條廣播旅薄。

然后在代碼中可以像下面這樣寫:

public class BootReceiver extends BroadcastReceiver {
   @Override
    public void onReceive(Context context, Intent intent) {
        Toast.makeText(context,"Boot加載成功", Toast.LENGTH_LONG).show();
}
}

新建一個廣播繼承自BroadcastReceiver,然后重寫其onReceive()方法滩租,只要系統(tǒng)接收到了相應的廣播就會執(zhí)行onReceive()方法赋秀。這里只是打印了一句吐司利朵。

  • 動態(tài)注冊

動態(tài)注冊就要用到registerReceiver(BroadcastReceiver, IntentFilter)這一方法了×粤可以看到第一個參數(shù)就是一個BroadcastReceiver绍弟。第二個參數(shù)應該也是見過的,在AndroidManifest.xml文件中用來約束具體要監(jiān)聽哪一個廣播著洼,同樣在這里也是一樣的作用樟遣。

public class MainActivity extends Activity {
    private IntentFilter intentFilter;
    private NetworkChangeReceiver networkChangeReceiver;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        intentFilter = new IntentFilter();
        //當網(wǎng)絡狀態(tài)改變時,系統(tǒng)會發(fā)出下面這條廣播
        intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
        networkChangeReceiver = new NetworkChangeReceiver();
        registerReceiver(networkChangeReceiver, intentFilter);
    }

    class NetworkChangeReceiver extends BroadcastReceiver {

        @Override
        public void onReceive(Context context, Intent intent) {
            Toast.makeText(context, "網(wǎng)絡狀態(tài)改變了", Toast.LENGTH_SHORT).show();
        }
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        if (networkChangeReceiver != null) {
            unregisterReceiver(networkChangeReceiver);
        }

    }
}

以上就是動態(tài)的注冊了廣播接收者來監(jiān)聽網(wǎng)絡狀態(tài)的改變∩眢裕現(xiàn)在可以通過手動的改變網(wǎng)絡狀態(tài)豹悬,可以發(fā)現(xiàn)吐司確實是可以彈出來的,這就是動態(tài)注冊液荸。最后瞻佛,記得在onDestroy()中調(diào)用unregisterReceiver()方法來取消注冊。

發(fā)送廣播##

既然我們已經(jīng)知道了廣播分為標準廣播和有序廣播娇钱,那么它們是如何來進行廣播的發(fā)送的呢伤柄?

  • 發(fā)送標準廣播
 @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Button button = (Button) findViewById(R.id.button);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Intent intent = new Intent();
                intent.setAction("com.coustom.BroadcastReceiver");
                //發(fā)送標準廣播
                sendBroadcast(intent);
            }
        });
    }

這里就是點擊一下按鈕就發(fā)送一條com.coustom.BroadcastReceiver這樣的廣播了,當然既然是通過Intent進行發(fā)送廣播的操作文搂,就可以用Intent的putExtra()方法來攜帶一些數(shù)據(jù)适刀。

下面再演示一下如何通過靜態(tài)注冊和動態(tài)注冊來接收上面自定義的廣播。
1.靜態(tài)注冊

  1. 在清單文件中注冊
 <receiver android:name=".MyBroadcastReceiver">
            <intent-filter>
                <action android:name="com.coustom.BroadcastReceiver"/>
            </intent-filter>
  </receiver>
  1. 重寫對應的onReceive()方法
  class MyBroadcastReceiver extends BroadcastReceiver {

        @Override
        public void onReceive(Context context, Intent intent) {
            Toast.makeText(context, "收到了自定義的廣播", Toast.LENGTH_SHORT).show();
        }
    }

2.動態(tài)注冊

   @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        IntentFilter intentFilter = new IntentFilter();
        intentFilter.addAction("com.custom.BroadcastReceiver");
        MyBroadcastReceiver myBroadcastReceiver = new MyBroadcastReceiver();
        registerReceiver(myBroadcastReceiver,intentFilter);
    }

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

就是通過IntentFilter的addAction()方法來監(jiān)聽指定的廣播煤蹭,然后用 registerReceiver()就可以實現(xiàn)動態(tài)的注冊廣播笔喉。

  • 發(fā)送有序廣播
  @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Button button = (Button) findViewById(R.id.button);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Intent intent = new Intent();
                intent.setAction("com.coustom.BroadcastReceiver");
                //發(fā)送有序廣播
                sendOrderedBroadcast(intent,null);
            }
        });
    }

和標準廣播最大的不同就是調(diào)用了sendOrderedBroadcast()來發(fā)送有序廣播,第一個參數(shù)仍然是Intent硝皂,第二個參數(shù)與權限有關常挚,傳入null就可以了。
接收這廣播的方法和上面的相同吧彪。

 <receiver android:name=".MyBroadcastReceiver">
            <intent-filter android:priority="100" >
                <action android:name="com.coustom.BroadcastReceiver"/>
            </intent-filter>
</receiver> 

只是這里多了android:priority="100"待侵,來設置接收廣播的優(yōu)先級丢早。如果你有創(chuàng)建了另一個BroadcastReceiver姨裸,并且設置它的android:priority="50"。那么怨酝,MyBroadcastReceiver就會先接收到廣播傀缩。并且既然MyBroadcastReceiver可以先接收到廣播,那么它就可以決定是否將廣播繼續(xù)傳播下去农猬。如下所示赡艰,就表示MyBroadcastReceiver調(diào)用了 abortBroadcast(),表示不想讓廣播繼續(xù)傳播斤葱。于是慷垮,其他優(yōu)先級低的廣播就都接受不到這條廣播了揖闸。

class MyBroadcastReceiver extends BroadcastReceiver {

        @Override
        public void onReceive(Context context, Intent intent) {
            Toast.makeText(context, "收到了自定義的廣播", Toast.LENGTH_SHORT).show();
            //終止廣播的傳遞
            abortBroadcast();
        }
    }

本地廣播##

前面的廣播,不論是標準的還是有序的料身,都面臨一個問題汤纸。即:我們發(fā)出的廣播,任何其他的程序都能接收到芹血,我們也可以接收來自其他程序的廣播贮泞。這樣就會帶來一些安全上的問題,所以Android中還提供了LocalBroadcastManager來對廣播進行管理幔烛,也就是本地廣播啃擦。通過LocalBroadcastManager發(fā)送的廣播只能在應用程序內(nèi)部傳遞,也只能接受程序內(nèi)部發(fā)出的廣播饿悬。
下面來看一下具體的用法:

public class MainActivity extends Activity {
    private LocalBroadcastManager localBroadcastManager;
    private LocalBroadcastReceiver localBroadcastReceiver;
    private Context mContext;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mContext = this;
        //得到本地廣播管理者
        localBroadcastManager = LocalBroadcastManager.getInstance(mContext);
        Button button = (Button) findViewById(R.id.button);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Intent intent = new Intent();
                intent.setAction("com.coustom.LocalBroadcastReceiver");
                //利用本地廣播管理者發(fā)送本地廣播
                localBroadcastManager.sendBroadcast(intent);
            }
        });
        IntentFilter intentFilter = new IntentFilter();
        intentFilter.addAction("com.coustom.LocalBroadcastReceiver");
        localBroadcastReceiver = new LocalBroadcastReceiver();
        //利用本地廣播管理者注冊本地廣播
        localBroadcastManager.registerReceiver(localBroadcastReceiver, intentFilter);
    }

    class LocalBroadcastReceiver extends BroadcastReceiver {

        @Override
        public void onReceive(Context context, Intent intent) {
            Toast.makeText(context, "收到了本地的自定義的廣播", Toast.LENGTH_SHORT).show();
            abortBroadcast();
        }
    }
    @Override
    protected void onDestroy() {
        super.onDestroy();
        if (localBroadcastManager != null) {
            //利用本地廣播管理者取消注冊本地廣播
            localBroadcastManager.unregisterReceiver(localBroadcastReceiver);
        }
    }
}

可以看到通過
localBroadcastManager = LocalBroadcastManager.getInstance(mContext);
獲取到了本地廣播管理者的實例令蛉。
之后的發(fā)送廣播、注冊廣播狡恬、取消注冊廣播都是通過localBroadcastManager來進行的言询。這也就是本地廣播與普通廣播不同的地方。

以下是官方文檔在最后給出的傲宜,我的理解還不到位运杭,但還是寫出來吧。

BroadcastReceiver的生命周期##

一個BroadcastReceiver存在的時期就是在調(diào)用onReceive()方法所持續(xù)的時間函卒。一旦這個方法返回了辆憔,系統(tǒng)就會認為對象已經(jīng)執(zhí)行接受,不再活躍了报嵌。這對于你在onReceive()中可以執(zhí)行什么有很大的影響虱咧。異步操作在這里執(zhí)行是不可能的,因為你必須從這個方法中返回并且處理異步操作锚国,但是這時BroadcastReceiver已經(jīng)不再活躍腕巡,它的進程可能再異步操作完成之前被系統(tǒng)殺死。

進程的生命周期##

一個在執(zhí)行BroadcastReceiver的方法的進程(也就是在執(zhí)行其onReceive()
方法)被考慮是一種前臺的進程血筑,它會在系統(tǒng)中持續(xù)的運行除非在系統(tǒng)內(nèi)存極緊張的情況下才會考慮殺死它绘沉。一旦onReceive()這個方法返回了,BroadcastReceiver就不再活躍了豺总。它的宿主的進程此時對于其他正在運行的組件是重要的车伞。這里尤為重要,如果那個進程僅僅維系一個BroadcastReceiver(一個普遍的例子:對于一個應用用戶可能從沒或者最近沒有與之交互)喻喳,一旦onReceive()這個方法執(zhí)行完了另玖,系統(tǒng)就會考慮這個進程是空的,就會主動的殺死它。提供可用的資源給其他更重要的進程谦去。

官方文檔最后還給出了一條建議:

This means that for longer-running operations you will often use a Service
in conjunction with a BroadcastReceiver to keep the containing process active for the entire time of your operation.
對于長時間運行的操作慷丽,你可以將BroadcastReceiver和Service同時應用,來保證進程在整個你的操作時期都保持活躍狀態(tài)鳄哭。
這里的建議好像就類似于桌面的小部件的實現(xiàn)方法盈魁,就是AppWidget。

寫在最后##

上面提到了Service窃诉,它也是Android四大組件的一種杨耙,關于與Service有關的知識我們以后再來復習吧。BroadcastReceiver也就先說這么多吧飘痛,其中的部分理解還是不夠深刻珊膜,我們今天就到這里了。

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末宣脉,一起剝皮案震驚了整個濱河市车柠,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌塑猖,老刑警劉巖竹祷,帶你破解...
    沈念sama閱讀 218,607評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異羊苟,居然都是意外死亡塑陵,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,239評論 3 395
  • 文/潘曉璐 我一進店門蜡励,熙熙樓的掌柜王于貴愁眉苦臉地迎上來令花,“玉大人,你說我怎么就攤上這事凉倚〖娑迹” “怎么了?”我有些...
    開封第一講書人閱讀 164,960評論 0 355
  • 文/不壞的土叔 我叫張陵稽寒,是天一觀的道長扮碧。 經(jīng)常有香客問我,道長杏糙,這世上最難降的妖魔是什么慎王? 我笑而不...
    開封第一講書人閱讀 58,750評論 1 294
  • 正文 為了忘掉前任,我火速辦了婚禮搔啊,結果婚禮上柬祠,老公的妹妹穿的比我還像新娘。我一直安慰自己负芋,他們只是感情好,可當我...
    茶點故事閱讀 67,764評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著旧蛾,像睡著了一般莽龟。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上锨天,一...
    開封第一講書人閱讀 51,604評論 1 305
  • 那天毯盈,我揣著相機與錄音,去河邊找鬼病袄。 笑死搂赋,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的益缠。 我是一名探鬼主播脑奠,決...
    沈念sama閱讀 40,347評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼幅慌!你這毒婦竟也來了宋欺?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 39,253評論 0 276
  • 序言:老撾萬榮一對情侶失蹤胰伍,失蹤者是張志新(化名)和其女友劉穎齿诞,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體骂租,經(jīng)...
    沈念sama閱讀 45,702評論 1 315
  • 正文 獨居荒郊野嶺守林人離奇死亡祷杈,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,893評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了渗饮。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片吠式。...
    茶點故事閱讀 40,015評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖抽米,靈堂內(nèi)的尸體忽然破棺而出特占,到底是詐尸還是另有隱情,我是刑警寧澤云茸,帶...
    沈念sama閱讀 35,734評論 5 346
  • 正文 年R本政府宣布是目,位于F島的核電站,受9級特大地震影響标捺,放射性物質(zhì)發(fā)生泄漏懊纳。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,352評論 3 330
  • 文/蒙蒙 一亡容、第九天 我趴在偏房一處隱蔽的房頂上張望嗤疯。 院中可真熱鬧,春花似錦闺兢、人聲如沸茂缚。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,934評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽脚囊。三九已至龟糕,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間悔耘,已是汗流浹背讲岁。 一陣腳步聲響...
    開封第一講書人閱讀 33,052評論 1 270
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留衬以,地道東北人缓艳。 一個月前我還...
    沈念sama閱讀 48,216評論 3 371
  • 正文 我出身青樓,卻偏偏與公主長得像看峻,于是被迫代替她去往敵國和親阶淘。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,969評論 2 355

推薦閱讀更多精彩內(nèi)容