6. Android 校招复习篇三･四大组件
Android四大组件
Activity（活动）
启动模式
standard
默认启动模式，不会判断启动的 activity 在栈中是否存在，每次启动都会创建一个新的实例
singleTop
栈顶复用模式，会判断启动的 activity 是否位于栈顶。若是则直接使用栈顶实例（调用 onNewIntent()方法），若否则创建新实例位于栈顶
应用场景
适合从外界可能多次跳转到一个界面的情况。
- 消息推送
- 接收通知启动的内容显示页面。例如：某个新闻客户端的新闻内容页面，如果收到10个新闻推送，每次都打开一个新闻内容页面是很烦人的（这个例子解释好像有点问题？？？）
- 登录页面
- 登录成功跳转到主页，按下两次登录按钮，生成了两个主页。一些有启动延迟的页面（往往是动画，网络造成）也会有这样的情况。
singleTask
如果希望 activity 在整个应用程序中只存在一个实例，可以用 singleTask。
栈内单例模式，系统会判断启动的 activity 是否有实例存在栈中。如果存在则直接使用该实例，并将该 activity 之上的所有 activity 出栈；如果不存在则创建一个新的实例。
之前打开过的页面，打开之前的页面就ok，不再新建。
应用场景
适合作为程序模块逻辑入口，即程序入口点。
- 主页面（Home）
- 例如浏览器的主界面，不管从多少个应用启动浏览器，只会启动一次主界面，其余情况都走
onNewIntent()，并且会清空主界面上面的其他页面。 - 假设用户在主页跳转到其他页面，运行多次操作后想返回到主页，假设不使用 singleTask 模式，在点击返回的过程中会多次看到主页，这明显就是设计不合理了。
- 例如浏览器的主界面，不管从多少个应用启动浏览器，只会启动一次主界面，其余情况都走
singleInstance
堆内单例模式/单一实例模式，整个操作系统里只有一个内存实例存在。不同的应用去打开这个 activity 共享公用的同一个 activity。他会运行在自己单独、独立的任务栈里面，并且任务栈里只有他一个实例存在。
如果在启动这样的 activity 时，已经存在了一个实例，那么会把它所在的任务调度到前台，重用这个实例。
应用场景
适合需要与程序分离开的页面。
- 闹铃提醒，将闹铃提醒与闹铃设置分离
- 来电显示
- 呼叫来电界面
- 系统Launcher
注意事项
singleInstance 不要用于中间页面，如果用于中间页面，跳转会有问题（stackoverflow上有人说过）。
比如A -> B(singleInstance) -> C，完全退出后，再次启动，首先打开的还是B。
例：某个应用中用到了 google 地图，当退出该应用的时候，进入 google 地图，还是刚才的界面。
总结
| LaunchMode | 场景 |
|---|---|
| standard | mainfest 中没有配置就默认标准模式 |
| singleTop | 登录页面、消息推送 |
| singleTask | 程序模块逻辑入口：主页面、扫一扫页面 电商中：购物界面，确认订单界面，付款界面 |
| singleInstance | 闹铃提醒、来电显示、呼叫来电界面、系统Launcher |
启动流程
生命周期
Service（服务）
Start方式开启服务
生命周期
onCreate() –> onStartCommand() –> onDestroy()
说明：如果服务已经开启，不会重复的执行
onCreate()，而是会调用onStartCommand()
特点
使用步骤
- 定义一个类继承
Service - 在
Manifest中配置该Service - 使用
Context.startService(Intent)方法启动该服务 - 不再使用时，调用
stopService(Intent)方法停止该服务
Bind方式开启服务
生命周期
onCreate() –> onBind() –> onUnbind() –> onDestroy()
注意：绑定服务不回调用
onStartCommand()方法。
使用步骤
- 定义一个类继承
Service - 在
Manifest中配置该Service - 使用
Context.bindService(Intent, ServiceConnection, int)方法启动该服务 - 不再使用时，调用
unbindService(ServiceConnection)停止该服务
两种启动方式的区别
- Start方式：服务一旦开启就跟调用者没有任何关系了
- Bind方式：调用者挂了，服务也会挂
Broadcast Receiver（广播接收器）
注册广播
在 Android 中，如果想要接收到广播信息，必须自定义我们的广播接收器（新建类继承BroadcastReceiver，并重写其onReceive()方法，实现接收到特定广播所要做的事情）。
定义好广播接收器后，要想使用它接收广播，就要注册这个广播接收器。
注册广播接收器有两种方法：静态注册和动态注册，下面会详解～
静态注册（在Manifest中）
直接在声明文件Manifest.xml的<application>节点中配置广播接收器。
动态注册（在代码中）
使用Context.registerReceiver(BroadcastReceiver, IntentFilter, String, Handler)方法注册广播。
两种注册广播的方式有什么不同？
- 静态注册：常驻型广播，不受应用生命周期影响。
- 也就是说当应用程序关闭后，如果有信息广播来，程序依旧会被系统调用。
- 适用场景：需要时刻监听广播。
- 动态注册：非常驻型广播，跟随组件生命周期的变化。
- 即组件结束 = 广播结束，在组件结束前必须移除广播接收器。
- 适用场景：需要特定时刻监听广播。
特别注意
动态广播最好在Activity的onResume()注册、onPause()注销。
原因：
对于动态广播，有注册就必须要有注销，否则会导致内存泄漏。
重复注册、重复注销也不允许。
在onResume()注册、onPause()注销是因为onPause()在 App 死亡前一定会被执行，从而保证广播在 App 死亡前一定会被注销，从而防止内存泄露。
发送广播
无序广播
所有的接收者都会接收事件，不可以被拦截，不可以被修改。
普通广播
系统广播
有序广播
按照优先级，一级一级的向下传递，接收者可以修改广播数据，也可以终止广播事件。
粘性广播
App应用内广播
常见面试题
为什么动态广播接收器在 Activity 被回收前没有手动注销会导致内存泄漏？
Content Provider（内容提供器）
Intent
常见面试题
Android 隐式和显式 Intent 的区别？（2020卓动笔试原题）
显示
Intent：直接指定需要打开的Activity类，意图特别明确，所以是显示的。设置这个类的方式可以是
Class对象（如SecondActivity.class），也可以是包名+类名的字符串。应用内部
Activity跳转常用这个方式。隐式
Intent：隐式不明确指定启动哪个Activity，而是设置Action、Data、Category，让系统来筛选出合适的Activity。筛选是根据
Manifest中所有的<intent-filter>来筛选。