android 中BroadcastReceiver 深入理解

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

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

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

Broadcast Receive为广播接收器，它和事件处理机制类似，只不过事件的处理机制是程序组件级别的，广播处理机制是系统级别的。 
Broadcast Receiver用于接收并处理广播通知（broadcast announcements）。多数的广播是系统发起的，如地域变换、电量不足、来电来信等。程序也可以播放一个广播。程序可以有任意数量的 broadcast receivers来响应它觉得重要的通知。broadcast receiver可以通过多种方式通知用户：启动activity、使用NotificationManager、开启背景灯、振动设备、播放声音等，最典型的是在状态栏显示一个图标，这样用户就可以点它打开看通知内容。 

通常我们的某个应用或系统本身在某些事件（电池电量不足、来电来短信）来临时会广播一个Intent出去，我们可以利用注册一个Broadcast Receiver来监听到这些Intent并获取Intent中的数据。

二：Android 广播应用 

android中，不同进程之间传递信息要用到广播，可以有两种方式来实现。

第一种方式：在Manifest.xml中注册广播，是一种比较推荐的方法，因为它不需要手动注销广播（如果广播未注销，程序退出时可能会出错）。

<pre name="code" class="java">具体实现在Manifest的application中添加：

<receiver android:name=".mEvtReceiver">
    <intent-filter> 
    <action android:name="android.intent.action.Helloworld" />
        </intent-filter>
 </receiver>

上面两个android:name分别是广播名和广播的动作（这里的动作是表示系统启动完成），如果要自己发送一个广播，在需要发送处你需要写如下的代码：

Intent i = new Intent("android.intent.action.Helloworld");// 名字一致
sendBroadcast(i);

这个广播就算是发送出去了，然后就是接收。接收一般是建立一个新的类，这个类继承BroadcastReceiver，然后重新onReceive 方法，实现如下：

public class NoficationReceiver extends BroadcastReceiver {
    public void onReceiver(final Context context, Intent intent) {
    if("android.intent.action.Helloworld".equals(intent.getAciton())) {
    //do something
   }
}

第二种方式：

      声明并非在 Manifest 中，而是在代码里面动态的加载，代码如下：

    

private void registerBroadcastReceiver() {
    IntentFilter filter = new IntentFilter();
    filter.addAction("android.intent.action.heelworld");
    registerReceiver(content, filter);

     原理其实很简单，就是将注册工作，收到完成，记住这个API即可.

关于如何写do someting 里面的内容我们必须要遵守一个准则，不能有耗时的工作.

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