Activity的生命周期和启动模式
总结Activity的生命周期和启动模式
- 生命周期
- 启动模式
- 匹配规则（待补充）
生命周期
a. onCreate:
- Activity正在被创建
- 生命周期的第一个方法
可做初始化工作，如setContentView加载布局资源，初始化数据。
此方法的传参Bundle为该Activity上次被异常情况销毁时保存的状态信息。
b1. onRestart:
- Activity正在重新启动
- 当Activity从不可见变为可见时会被调用
b2. onStart:
- Activity正被启动
- Activity已经可见，但还未出现在前台，无法交互（用户还看不见）
c.onResume:
- Activity已经可见，并出现在前台开始活动
d. onPause
- Activity正在停止
可做一些存储数据、停止动画等工作。
在onPause里的操作不能太耗时，因为onPause必须先执行完，新Activity的onResume才会执行
e. onStop：
- Activity即将停止
可以做一些稍微重量级的回收工作，但也不能太耗时
f. onDestory:
- Activity即将被销毁
- Activity生命周期中的最后一个回调
可以做一些回收工作和最终的资源释放。
Activity生命周期的切换过程
Activity生命周期的切换过程
a. 启动一个Activity：
- onCreate()-->onStart()-->onResume()
b. 打开一个新Activity：
- 旧Activity的onPause() -->新Activity的onCreate()-->onStart()-->onResume()-->旧Activity的onStop()
耗时操作尽量在onStop中操作，从而使得新Activity尽快显示出来并切换到前台
c. 返回到旧Activity：
- 新Activity的onPause（）-->旧Activity的onRestart()-->onStart()-->onResume()-->新Activity的onStop()-->onDestory();
d. Activity1上弹出对话框Activity2:
- Activity1的onPause()-->Activity2的onCreate()-->onStart()-->onResume()
e. 关闭屏幕/按Home键：
- Activity2的onPause()-->onStop()-->Activity1的onStop()
f. 关闭对话框Activity2：
- Activity2的onPause()-->Activity1的onResume()-->Activity2的onStop()-->onDestroy()
g. 销毁Activity1：
- onPause()-->onStop()-->onDestroy()
异常状况下的生命周期
a. onSaveInstanceState:
- Activity异常销毁时用来保存当前Activity的状态
- 在Activity因异常情况下终止时调用
- 在onStop之前调用，和onPause没有既定的时序关系（即都可能先调用）
b. onRestoreInstanceState:
- 用来恢复Activity异常销毁时保存的状态
- 只在Activity被异常销毁后重新创建时调用，正常情况下不会调用
- 在onStart之后调用
系统调用onRestoreInstanceState时会把Activity销毁时onSaveInstanceState方法保存的Bundle对象作为参数传递给onRestoreInstanceState和onCreate方法。因此可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建。
onCreate也可以用来恢复数据，但需要额外的判断
Bundle savedInstanceState是否为空，而onRestoreInstanceState一旦被调用，其参数Bundle savedInstanceState一定是有值的
a.由于资源相关配置发生改变，导致Activity被杀死和重新创建
例如：当竖屏切换到横屏时
- onSaveInstanceState-->onPause（不定）-->onStop-->
onDestroy-->onCreate-->onStart-->onRestoreInstanceState-->onResume
为了避免由于配置改变导致Activity重建，可在AndroidManifest.xml中对应的Activity中设置android:configChanges="orientation|keyboardHidden|screenSize"。此时再次旋转屏幕时，该Activity不会被系统杀死和重建，只会调用onConfigurationChanged。因此，当配置程序需要响应配置改变，指定configChanges属性，重写onConfigurationChanged方法即可。
b.由于系统资源不足，导致优先级低的Activity被回收
1.Activity优先级排序(高到低)：
（1）前台Activity——正和用户交互的Activity，优先级最高
（2）可见但非前台Activity——如Activity中弹出一个对话框，导致Activity可见但位于后台无法与用户交互
（3）后台Activity——已经被暂停的Activity，优先级最低
2.当系统内存不足时，会按照Activity优先级从低到高去杀死目标Activity所在的进程。
3.若一个进程没有四大组件在执行，那么这个进程将很快被系统杀死。
若不想让一个进程被杀死，比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级
Activity的启动模式
a. standard:标准模式、默认模式
- 每次启动都会重新创建一个新的实例，不管这个实例是否存在
- standard模式的Activity会默认进入启动它所属的任务栈 (谁启动了这个Activity，这个Activity就运行在启动它的那个Activity所在的栈中)
使用ApplicationContext去启动standard模式Activity就会报错，因为非Activity的Context没有所谓的任务栈。
b. singleTop:栈顶复用模式
- 如果新Activity已经位于任务栈的栈顶，就不会重新创建，并回调onNewIntent(intent)方法。
注意这个Activity的onCreate和onStart不会被调用，如果没有位于栈顶，则调Activity会重建。
c. singleTask:栈内复用模式
- 这是一种单实例模式
- 只要Activity在一个栈中存在，Activity都不会重新创建实例，并回调onNewIntent(intent)方法。
d. singleInstance:单实例模式
- 此模式的Activity只能单独位于一个任务栈中，且此任务栈中只有唯一一个实例。
