BroadcastReceiver本质上属于一个监听器,因此实现BroadcastReceiver的方法只要重写BroadcastReceiver的onReceive(Context  context ,Intent  intent)方法即可。

一旦实现了BroadcastReceiver,接下来就应该指定BroadcastReceiver能匹配的Intent,此时有两种方式:

1.使用代码进行指定,调用BroadcastReceiver的Context的registerReceiver(BroadcastReceiver  receiver  ,IntentFilter  filter)方法指定。例如如下代码:

    IntentFilter  filter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED");

    IncomingSMSReceiver  receiver = new IncomingSMSReceiver();

    registerReceiver(receiver , filter);

2.在AndroidManifest.xml文件中配置。例如如下代码:

    <receiver android:name=".IncomingSMSReceiver">
      <intent-filter >
        <action android:name="android.provider.Telephony.SMS_RECEIVED"/>
      </intent-filter>
    </receiver>

每次系统Broadcast事件发生后,系统就会创建对应的BroadcastReceiver的实例,并自动触发它的onReceive()方法,onReceive()方法执行完后,BroadcastReceiver的实例就会被销毁。

如果BroadcastReceiver的onReceive()方法不能在10秒内执行完成,Android会认为该程序无响应。所以不要在BroadcastReceiver的onReceive()方法里执行一些耗时的操作,否则会弹出ANR(Application  No  Respose)的对话框。

如果确实需要根据Broadcast来完成一项比较耗时的操作,则可以考虑通过Intent启动一个Service来完成该操作,不应该考虑使用新线程去完成耗时的操作,因为BroadcastReceiver本身的生命周期很短,可能出现的情况是子线程可能还没有结束,BroadcastReceiver就已经推出了。

如果BroadcastReceiver所在的进程结束,虽然该进程内还有用户启动的新线程,但由于该进程内不包含任何活动组件,因此系统可能在内存紧张时优先结束该进程,这样就可能导致BroadcastReceiver启动的子线程不能执行完成。

posted on 2016-06-23 20:14  奋斗青年一族  阅读(253)  评论(0编辑  收藏  举报