【Android】BroadcastReceiver的生命周期

一个广播接收者有一个回调方法，void onReceive(Context context, Intent intent) 。当一条广播到达接收者时，Android系统调用它的onReceive()方法并传递给它包含消息的Intent对象。广播接收者被认为仅当它执行这个方法的时候是活跃的。当onReceive()方法返回后，它是不活跃的。

有一个活跃的广播接收者的进程是受保护的，不会被杀死。但是当占用的别的内存进程需要时，系统可以在任何时候杀死仅有不活跃组件的进程。

如果onReceive()方法在10秒内没有执行完毕，Android会认为该程序无响应。所以在BroadcastReceiver里不能做一些比较耗时的操作，否则会弹出“Application No Response”异常，也就是Android的ANR异常。

这带来一个问题，如果一个广播消息的响应是费时的，应该在独立的线程中处理，尽量远离用户界面其他组件运行的主线程。如果onReceive()衍生线程然后返回，整个进程包括新的线程，被判定为不活跃的（除非进程中的其他应用程序组件是活跃的），将是它处于被杀的危机。解决这个问题的方法是onReceive()启动一个服务，及时让服务处理这部分耗时的逻辑，因此，系统知道进程中有工作在执行，进程是活跃的才不会被杀死。

系统广播消息

有一类特殊的广播消息只能有Android系统发出，这类广播称为系统广播。系统广播用来通知一些重要的系统事件，如电池电量低、应用软件的安装卸载、SD卡的插入拔出、外部电源的插拨等，这些系统广播都被定义为Android常量，存放在android.content.intent 中，常用的系统广播如下所示