Android - 广播接收者 - BroadcastReceiver

BroadcastReceiver 介绍：

 广播是一种广泛运用的在应用程序之间传输信息的机制 。而 BroadcastReceiver 是对发送出来的广播 进行过滤接收并响应的一类组件

 接受一种或者多种 Intent 作为触发事件，接受相关消息转换成一条 Notification(通告) ，统一了Android的事件广播模型

 你的应用可以使用它对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。

 广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager 来通知用户。

 通知可以用很多种方式来吸引用户的注意力 ── 闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。

BroadcastReceiver 创建：

 1、写一个 java类，继承 BroadcastReceiver

 2、重写 public void onReceive(Context context, Intent intent) {} 方法

 3、配置清单文件

BroadcastReceiver 激活：

 发送广播可以通过传递一个Intent 对象至给Context.sendBroadcast() 、

 Context.sendOrderedBroadcast()或Context.sendStickyBroadcast()    Android 会调用所有对此广播有兴趣的广播接收器的onReceive()方法，将intent 传递给它们

BroadcastReceiver 触发：

 接收到监听的事件后会调用：

  public void onReceive(Context context, Intent intent) {       }

BroadcastReceiver 关闭：

 广播接收器仅在响应广播信息的时候激活。没有必要去显式的关闭。

BroadcastReceiver 包：

 import android.content.BroadcastReceiver;

BroadcastReceiver 配置清单文件配置：

 作为四大组件之一,创建之后需要在清单文件中进行注册

  < receiver android:name = "包名 + 类名"  > 

       < intent-filter android:priority = "1000"  >  -- priority：优先级 从-1000 - 1000 逐渐增高

   < action android:name = "android.provider.Telephony.SMS_RECEIVED"  />  -- action: 配置要监听的事件，经常还要配置相应的权限

       </ intent-filter >

  </ receiver >

 通过代码动态注册的方法：

  IntentFilter intentFilter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED "); -- 声明一个意图过滤器

  registerReceiver(BroadcastReceiver对象 , intentFilter); -- 注册广播接收

  unregisterReceiver(BroadcastReceiver对象); -- 取消注册

 动态注册广播接收器还有一个特点，就是当用来注册的Activity关掉后，广播也就失效了。

 静态注册无需担忧广播接收器是否被关闭,只要设备是开启状态,广播接收器也是打开着的。

 也就是说哪怕app本身未启动,该app订阅的广播在触发时也会对它起作用

 系统常见广播Intent,如开机启动、电池电量变化、时间改变等广播

BroadcastReceiver 生命周期：

 每次广播到来时 , 会重新创建 BroadcastReceiver 对象 , 并且调用 onReceive(Context context, Intent intent) 方法 , 执行完以后 , 该对象即被销毁 .

 当 onReceive() 方法在 10 秒内没有执行完毕， Android 会认为该程序无响应 .    所以在 BroadcastReceiver 里不能做一些比较耗时的操作 , 否侧会弹出 ANR(Application No Response) 的对话框

 如果需要，应该通过发送 Intent 给 Service, 由Service 来完成 .    这里不能使用子线程来解决 , 因为 BroadcastReceiver 的生命周期很短 , 子线程可能还没有结束BroadcastReceiver 就先结束了 .    BroadcastReceiver 一旦结束 , 此时 BroadcastReceiver 的所在进程很容易在系统需要内存时被优先杀死 ,    因为它属于空进程 ( 没有任何活动组件的进程 ). 如果它的宿主进程被杀死 , 那么正在工作的子线程也会被杀死 .    所以采用子线程来解决是不可靠的

BroadcastReceiver 广播类型：

 1、普通广播：通过Context.sendBroadcast(Intent myIntent)发送的，所有监听该广播的广播接收者都可以监听到改广播。

 2、有序广播：通过Context.sendOrderedBroadcast(intent, receiverPermission)发送的

  该方法第2个参数决定该广播的级别，级别数值是在 -1000 到 1000 之间 , 值越大 , 发送的优先级越高；      广播接收者接收广播时的级别级别（可通过intentfilter中的priority进行设置设），同级别接收的先后是随机的，      再到级别低的收到广播，高级别的或同级别先接收到广播的可以通过 abortBroadcast()方法截断广播使其他的接收者无法收到该广播

 3、异步广播:通过Context.sendStickyBroadcast(Intent myIntent)发送的

  还有sendStickyOrderedBroadcast(intent, resultReceiver, scheduler,  initialCode, initialData, initialExtras)方法

  该方法具有有序广播的特性也有异步广播的特性；      发送异步广播要： <uses-permission android:name="android.permission.BROADCAST_STICKY" />权限，      接收并处理完Intent后，广播依然存在，直到你调用removeStickyBroadcast(intent)主动把它去掉