Android 面试题总结之Android 基础Broadcast Receiver(三)

在上一章节Android 面试题总结之Android 基础ContentProvider(二) 我们讲的ContentProvider和Intent基础知识。本节主要讲解Broadcast Receiver相关基础知识。

在阅读过程中有任何问题,请及时联系。
本章系《Android 之美 从0到1 – 高手之路》Android基础Broadcast Receiver 总结了Android 开发者面试比较常见的Broadcast Receiver相关面试问题以及关于Broadcast Receiver优化性能问题。希望对广大Android 开发者,有所帮助。

  • Android 面试题总结之Android 基础Broadcast Receiver三
    • Broadcast Receiver 常见面试题
    • LocalBroadcastManager 局部通知管理器

Broadcast Receiver 常见面试题

  1. BroadcastReceiver 简介

    BroadCastReceiver 是 Android 四大组件之一,主要用于接收系统或者 app 发 送的广播事件。
    广播分两种:有序广播和无序广播。
    内部通信实现机制:通过 Android 系统的 Binder 机制实现通信。 无序广播:完全异步,逻辑上可以被任何广播接收者接收到。优点是效率较高。 缺点是一个接收者不能将处理结果传递给下一个接收者,并无法终止广播 intent 的传播。 有序广播:按照被接收者的优先级顺序,在被接收者中依次传播。比如有三个广 播接收者 A,B,C,优先级是 A > B > C。那这个消息先传给 A,再传给 B,最 后传给 C。每个接收者有权终止广播,比如 B 终止广播,C 就无法接收到。此外 A 接收到广播后可以对结果对象进行操作,当广播传给 B 时,B 可以从结果对象
    中取得 A 存入的数据。

    在通过 Context.sendOrderedBroadcast(intent, receiverPermission, resultReceiver, scheduler, initialCode, initialData, initialExtras)时我们可以 指定 resultReceiver 广播接收者,这个接收者我们可以认为是最终接收者,通 常情况下如果比他优先级更高的接收者如果没有终止广播,那么他的 onReceive 会被执行两次,第一次是正常的按照优先级顺序执行,第二次是作为最终接收者 接收。如果比他优先级高的接收者终止了广播,那么他依然能接收到广播。 在我们的项目中经常使用广播接收者接收系统通知,比如开机启动、sd 挂载、 低电量、外播电话、锁屏等。 如果我们做的是播放器,那么监听到用户锁屏后我们应该将我们的播放之暂停 等。

    Android 4.0之后,如果系统自动关闭广播接收者所在进程,在广播中的action跟广播接收者的action匹配时,系统会启动该广播所在的进程,但是如果是用户手动关闭该进程,则不会自启动,只有等用户手动开启,广播接收者所在进程如果从来没有启动过,那么广播接收者不会生效

  2. 在 manifest 和代码中如何注册和使用 BroadcastReceiver
    在清单文件中注册广播接收者称为静态注册,在代码中注册称为动态注册。 静态注册的广播接收者只要 app 在系统中运行则一直可以接收到广播消息,动 态注册的广播接收者当注册的 Activity 或者 Service 销毁了那么就接收不到广播 了。

    静态注册:在清单文件中进行如下配置

    <receiver android:name=".BroadcastReceiver1" > <intent-filter><action android:name="android.intent.action.CALL" >            </action>        </intent-filter></receiver> 

    动态注册:在代码中进行如下注册

    receiver = new BroadcastReceiver();IntentFilter intentFilter = new IntentFilter(); intentFilter.addAction(CALL_ACTION); context.registerReceiver(receiver, intentFilter);
  3. BroadCastReceiver 的生命周期
    a. 广播接收者的生命周期非常短暂的,在接收到广播的时候创建, onReceive()方法结束之后销毁;
    b. 广播接收者中不要做一些耗时的工作,否则会弹出 Application No Response 错误对话框;
    c. 最好也不要在广播接收者中创建子线程做耗时的工作,因为广播接收者被 销毁后进程就成为了空进程,很容易被系统杀掉;
    d. 耗时的较长的工作最好放在服务中完成;

  4. Android 引入广播机制的用意

    a. 从 MVC 的角度考虑(应用程序内) 其实回答这个问题的时候还可以这样问,
    android 为什么要有那 4 大组件,现在的移动开发模型基本上也是照搬的 web 那一套 MVC 架构,只不过是改了点嫁妆而已。android 的四大组件本 质上就是为了实现移动或者说嵌入式设备上的 MVC 架构,它们之间有时候 是一种相互依存的关系,有时候又是一种补充关系,引入广播机制可以方便 几大组件的信息和数据交互。
    b. 程序间互通消息(例如在自己的应用程序内监听系统来电)
    c. 效率上(参考 UDP 的广播协议在局域网的方便性)
    d. 设计模式上(反转控制的一种应用,类似监听者模式)

  5. 如何让自己的广播只让指定的 app 接收?
    通过自定义广播权限来保护自己发出的广播。
    在清单文件里receiver必须有这个权限才能收到广播。
    首先,需要定义权限:
    然后,声明权限:
    这时接收者就能收到发送的广播。

  6. 广播的优先级对无序广播生效吗?
    生效的

  7. 动态注册的广播优先级谁高?
    谁先注册谁优先级高。

  8. 如何判断当前 BroadcastReceiver 接收到的是有序广播还是无序广播?
    在 BroadcastReceiver 类中 onReceive()方法中,可以调用 boolean b = isOrderedBroadcast();判断接收到的广播是否为有序广播。

  9. 粘性广播有什么作用?怎么使用?
    粘性广播主要为了解决,在发送完广播之后,动态注册的接收者,也能够收到广播。举个例子首先发送一广播,我的接收者是通过程序中的某个按钮动态注册的。如果不是粘性广播,我注册完接收者肯定无法收到广播了。这是通过发送粘性广播就能够在我动态注册接收者后也能收到广播。

    //发送粘性广播 Public void sendStickyBroadCast(){           Intent intent=new Intent();            intent.setAction(“com.iteye.myreceiver.action”);            intent.putExtra(“name”,”tom”);            this.sendStickyBroadCast(intent);      } 

    发送粘性广播还需要发送粘性广播的权限:

    <uses-permission android:name="android.permission.BROADCAST_STICKY" />

  10. 什么是最终广播接收者?
    即使前边拦截了广播,还是会收到广播
    最终广播是我们自己应用发送有序广播时通过 ContextWrapper.sendOrderedBroadcast()方法指定的当前应用 下的广播,该广播可能会被执行两次,第一次是作为普通广播按照优先级接收广播,第二次是作为 final receiver 必须 接收一次。

LocalBroadcastManager (局部通知管理器)

在android-support-v4.jar中引入了LocalBroadcastManager

LocalBroadcastManager除了能解决BroadcastReceiver进程间安全性问题外,相对Context操作的BroadcastReceiver而言还具有更高的运行效率。
本地广播通过LocalBroadcastManager.getInstance(context).sendBroadcast(intent)发送广播,
LocalBroadcastManager.getInstance(context).registerReceiver注册服务,通过LocalBroadcastManager.getInstance(context).unregisterReceiver取消注册服务,其他同普通广播。
BroadcastReceiver的通信是走 Binder 机制的,LocalBroadcastManager 的核心实现实际还是 Handler,只是利用到了 IntentFilter 的 match 功能,因为是 Handler 实现的应用内的通信,自然安全性更好,效率更高。

通常使用BroadcastReceiver进行工作线程的任务结果通知也好,还是进程间安全性问题,容易引起性能问题,那么使用LocalBroadcastManager.getInstance有效提高了安全性和性能。

关于BroadcastReceiver相关面试问题,本章节就先总结到这来。希望对大家有所帮助。

水平有限,若有错漏,欢迎指正,批评,如需转载,请注明出处–http://blog.csdn.net/vfush,谢谢!

更多相关文章

  1. CSS选择器有哪些?CSS选择器优先级判定
  2. C语言中的运算符优先级(代码示例)
  3. c语言运算符的优先级
  4. c语言逻辑运算符的优先级是怎样的
  5. 算术运算符、赋值运算符和关系运算符的优先级是什么?
  6. c语言中逻辑运算符优先级是什么?
  7. CSS粘性定位是怎样工作的 [每日前端夜话0x1F]
  8. PHP运算符优先级的一个例外
  9. Java线程之线程的调度-优先级

随机推荐

  1. Android调用C# .net 的WebService接口
  2. Android中“android:elevation”设置阴影
  3. android的计算器简单布局————网格布
  4. Android(安卓)N之后 Webview导致多语言切
  5. Android(安卓)文字自动滚动(跑马灯)效果的
  6. 【Android(安卓)Studio】android 自测工
  7. Android之B面试题③Context 上下文 你必
  8. 【定制Android系统】Android(安卓)7.1 默
  9. 最简单好用的 Android(安卓)阴影 shadow
  10. android 空调遥控器——遥控器基本版(功能