Android 面试题总结之Android 基础

1、Broadcast Receiver 惘度谋裆常见面试题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匹配时,系统会启动该广播所在的进程,但是如果是用户手动关闭该进程,则不会自启动,只有等用户手动开启，广播接收者所在进程如果从来没有启动过,那么广播接收者不会生效在 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);BroadCastReceiver 的生命周期a. 广播接收者的生命周期非常短暂的,在接收到广播的时候创建, onReceive()方法结束之后销毁;b. 广播接收者中不要做一些耗时的工作,否则会弹出 Application No Response 错误对话框;c. 最好也不要在广播接收者中创建子线程做耗时的工作,因为广播接收者被 销毁后进程就成为了空进程,很容易被系统杀掉;d. 耗时的较长的工作最好放在服务中完成;Android 引入广播机制的用意a. 从 MVC 的角度考虑(应用程序内) 其实回答这个问题的时候还可以这样问,android 为什么要有那 4 大组件,现在的移动开发模型基本上也是照搬的 web 那一套 MVC 架构,只不过是改了点嫁妆而已。android 的四大组件本 质上就是为了实现移动或者说嵌入式设备上的 MVC 架构,它们之间有时候 是一种相互依存的关系,有时候又是一种补充关系,引入广播机制可以方便 几大组件的信息和数据交互。b. 程序间互通消息(例如在自己的应用程序内监听系统来电)c. 效率上(参考 UDP 的广播协议在局域网的方便性)d. 设计模式上(反转控制的一种应用,类似监听者模式)如何让自己的广播只让指定的 app 接收？通过自定义广播权限来保护自己发出的广播。在清单文件里receiver必须有这个权限才能收到广播。首先，需要定义权限：然后，声明权限：这时接收者就能收到发送的广播。广播的优先级对无序广播生效吗?生效的动态注册的广播优先级谁高?谁先注册谁优先级高。如何判断当前 BroadcastReceiver 接收到的是有序广播还是无序广播?在 BroadcastReceiver 类中 onReceive()方法中,可以调用 boolean b = isOrderedBroadcast();判断接收到的广播是否为有序广播。粘性广播有什么作用？怎么使用？粘性广播主要为了解决，在发送完广播之后，动态注册的接收者，也能够收到广播。举个例子首先发送一广播，我的接收者是通过程序中的某个按钮动态注册的。如果不是粘性广播，我注册完接收者肯定无法收到广播了。这是通过发送粘性广播就能够在我动态注册接收者后也能收到广播。//发送粘性广播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" />什么是最终广播接收者?即使前边拦截了广播，还是会收到广播最终广播是我们自己应用发送有序广播时通过 ContextWrapper.sendOrderedBroadcast()方法指定的当前应用 下的广播,该广播可能会被执行两次,第一次是作为普通广播按照优先级接收广播,第二次是作为 final receiver 必须 接收一次。LocalBroadcastManager （局部通知管理器）在android-support-v4.jar中引入了LocalBroadcastManagerLocalBroadcastManager除了能解决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相关面试问题，本章节就先总结到这来。希望对大家有所帮助。