总结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生命周期的切换过程

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只能单独位于一个任务栈中，且此任务栈中只有唯一一个实例。