Android四大组件之BroadcastReceiver---普通广播、有序广播、广播注册以及注意事项

最新推荐文章于 2021-06-06 20:51:33 发布

一点一点来

最新推荐文章于 2021-06-06 20:51:33 发布

阅读量863

点赞数

分类专栏： Android面试 BroadcastReceiver Android四大组件文章标签： android 面试 android studio

本文链接：https://blog.csdn.net/liang819596456/article/details/107748078

版权

Android面试同时被 3 个专栏收录

5 篇文章 0 订阅

订阅专栏

BroadcastReceiver

1 篇文章 0 订阅

订阅专栏

Android四大组件

1 篇文章 0 订阅

订阅专栏

BroadcastReceiver两种发送方式

广播BroadcastReceiver被分为两种不同的类型：“普通广播（Normal broadcasts）”和“有序广播（Ordered broadcasts）”。

普通广播是完全异步的，可以在同一时刻（逻辑上）被所有接收者接收到，消息传递的效率比较高，但缺点是：接收者不能将处理结果传递给下一个接收者，并且无法终止广播Intent的传播；

有序广播是按照接收者声明的优先级别（声明在intent-filter元素的android:priority属性中，数越大优先级别越高,取值范围:-1000到1000。也可以调用IntentFilter对象的setPriority()进行设置），被接收者依次接收广播。如：A的级别高于B,B的级别高于C,那么，广播先传给A，再传给B，最后传给C。A得到广播后，可以往广播里存入数据，当广播传给B时,B可以从广播中得到A存入的数据。

发送广播

// 发送普通广播

Context.sendBroadcast()

所有订阅者都有机会获得并进行处理。

// 发送有序广播

Context.sendOrderedBroadcast()

系统会根据接收者声明的优先级别按顺序逐个执行接收者，前面的接收者有权终止广播继续向下发送(通过BroadcastReceiver.abortBroadcast())

如果广播被前面的接收者终止，后面的接收者就再也无法获取到广播。

对于有序广播，前面的接收者可以将处理结果通过setResultExtras(Bundle)方法存放进结果对象，然后传给下一个接收者，通过代码：Bundle bundle =getResultExtras(true))可以获取上一个接收者存入在结果对象中的数据。

系统收到短信，发出的广播属于有序广播。如果想阻止用户收到短信，可以通过设置优先级，让你们自定义的接收者先获取到广播，然后终止广播，这样用户就接收不到短信了。

生命周期

如果一个广播处理完onReceive()中的内容，那么系统将认定此对象将不再是一个活动的对象，也就会finished掉它。

广播的生命周期很简单，也很短。发送者send-->接收广播onReceive()-->结束。

步骤

自定义一个类继承BroadcastReceiver
重写onReceive方法
在manifest.xml中注册

注意：BroadcastReceiver生命周期很短
如果需要在onReceiver完成一些耗时操作，应该考虑在Service中开启一个新线程处理耗时操作，不应该在BroadcastReceiver中开启一个新的线程，因为BroadcastReceiver生命周期很短，在执行完onReceiver以后就结束，如果开启一个新的线程，可能出现BroadcastRecevier退出以后线程还在，而如果BroadcastReceiver所在的进程结束了，该线程就会被标记为一个空线程。根据Android的内存管理策略，在系统内存紧张的时候，会按照优先级，结束优先级低的线程，而空线程显然优先级最低，这样就可能导致BroadcastReceiver启动的子线程不能完整执行完毕。

public class MyTestBroadcastReceiver extends BroadcastReceiver {

    private static final HCLogger LOG = new HCLogger(MyTestBroadcastReceiver.class);

    @Override
    public void onReceive(Context context, Intent intent) {

        LOG.d("onReceive");

        if (intent.getAction().equals("test")) {
            LOG.d("the action match");
        }
    }
}

BroadcastReceiver两种注册方式

1.静态注册

        <receiver android:name=".broadcastReceiver.MyTestBroadcastReceiver">

            <intent-filter>
                <action android:name="android.intent.action.ACTION_POWER_CONNECTED" />
                <!--自定义的一个广播动作-->
                <action android:name="test" />
            </intent-filter>

        </receiver>

2.动态注册

registerReceiver(new MyTestBroadcastReceiver(), new IntentFilter("test"));

3.静态注册和动态注册区别

动态注册广播不是常驻型广播，动态注册的广播跟随activity的生命周期。需要注意一点: 在activity结束前，移除广播接收器。
静态注册是常驻型，当应用程序关闭后，如果有信息广播来，程序也会被系统调用自动运行。
当广播为有序广播时：
1 优先级高的先接收
2 同优先级的广播接收器，动态优先于静态
3 同优先级的同类广播接收器，静态：先扫描的优先于后扫描的，动态：先注册的优先于后注册的。
当广播为普通广播时：
1 无视优先级，动态广播接收器优先于静态广播接收器
2 同优先级的同类广播接收器，静态：先扫描的优先于后扫描的，动态：先注册的优先于后注册的。

小结

在Android 中如果要发送一个广播必须使用sendBroadCast 向系统发送对其感兴趣的广播接收器中。
使用广播必须要有一个intent 对象必设置其action动作对象
使用广播必须在配置文件中显式的指明该广播对象
每次接收广播都会重新生成一个接收广播的对象
如果在AndroidManifest.xml中注册，当应用程序关闭的时候，也会接收到广播。在应用程序中注册就不产生这种情况了。
在BroadCastReceiver中尽量不要处理太多逻辑问题，建议复杂的逻辑交给Activity 或者 Service 去处理

引用网上找到的一段解释：在 Android 中，程序的响应（ Responsive ）被活动管理器（ Activity Manager ）和窗口管理器（ Window Manager ）这两个系统服务所监视。当 BroadcastReceiver 在 10 秒内没有执行完毕，Android 会认为该程序无响应。所以在 BroadcastReceiver 里不能做一些比较耗时的操作，否侧会弹出ANR （ Application No Response ）的对话框。

如果需要完成一项比较耗时的工作，应该通过发送Intent 给 Service ，由 Service 来完成。而不是使用子线程的方法来解决，因为 BroadcastReceiver 的生命周期很短（在 onReceive() 执行后 BroadcastReceiver 的实例就会被销毁），子线程可能还没有结束BroadcastReceiver 就先结束了。如果 BroadcastReceiver 结束了，它的宿主进程还在运行，那么子线程还会继续执行。但宿主进程此时很容易在系统需要内存时被优先杀死，因为它属于空进程（没有任何活动组件的进程）。