BroadcastReceiver那些事儿

BroadcastReceiver所对应的广播分两类：普通广播和有序广播。
1.普通广播：
        通过Context.sendBroadcast()或sendStickyBroadcast()方法来发送，所有的receivers接收器接收broadcast的顺序不确定。这种方式效率更高，但是BroadcastReceiver无法使用setResult系列，getResult系列及abort系列API。
        sendBroadcast()中发出的intent在ReceverActivity不处于onResume状态是无法接受到的，即使后面再次使其处于该状态也无法接受到。而sendStickyBroadcast()发出的Intent当ReceverActivity重新处于onResume状态之后就能重新接受到其Intent.这就是the Intent will be held to be re-broadcast to future receivers这句话的表现。就是说sendStickyBroadcast发出的最后一个Intent会被保留，下次当Recevier处于活跃的时候，又会接受到它，当然这个intent也是可以通过代码移除的。
2.有序广播：
       是通过Context.sendOrderedBroadcast来发送，所有的receiver依次执行。BroadcastReceiver可以使用setResult系列函数来结果传给下一个BroadcastReceiver，通过getResult系列函数来取得上个BroadcastReceiver返回的结果，并可以abort系列函数来让系统丢弃该广播让，使用该广播不再传送到别的BroadcastReceiver。可以通过在intent-filter中设置android:priority属性来设置receiver的优先级。优先级相同的receiver其执行顺序不确定。如果BroadcastReceiver是代码中注册的话，且其intent-filter拥有相同android:priority属性的话，先注册的将先收到广播。
========================================
- 每次广播到来时，会重新创建 BroadcastReceiver 对象,并且调用 onReceive() 方法,执行完以后,该对象即被销毁。当 onReceive() 方法在10秒内没有执行完毕，Android 会认为该程序无响应，所以在BroadcastReceiver 里不能做一些比较耗时的操作，否侧会弹出 ANR。
- 如果需要完成一项比较耗时的工作，应该通过发送 Intent 给 Service, 由 Service 来完成（可发送intentService，因为其运行在子线程）。这里不能使用子线程来解决，因为 BroadcastReceiver 的生命周期很短，子线程可能还没有结束，BroadcastReceiver 就先结束了，此时 BroadcastReceiver 所在进程很容易在系统需要内存时被优先杀死，因为它属于空进程(假设当前进程没有其他任何活动组件)。如果它的宿主进程被杀死，那么正在工作的子线程也会被杀死，所以采用子线程来解决是不可靠的。