Activity基本上以三种状态存在：

• 运行中
  位于屏幕前台并且具有焦点
• 已暂停
  另一个activity在上方，但是主题为透明或者未覆盖整个屏幕，此时内存极度不足的情况下旧activity可能会被回收。
• 已停止
  被另一个activity完全遮挡，此时内存极度不足的情况下旧activity可能会被回收。

典型的activity生命周期

onCreate：

一切的开始，初始化界面、数据

onDestory:

这是生命周期的最后一步，所以要在此释放所有资源，比如网络请求的线程。再者就是销毁有调用finish()和系统回收两种情况，可通过isFinishing()方法区分两种情形。

onStart:

在 Activity 即将对用户可见之前调用。如果 Activity 转入前台，则后接 onResume()，如果 Activity 转入隐藏状态，则后接 onStop()。这个时候界面已经完成，但是还在后台。

onStop:

Activity 对用户不再可见时调用。如果 Activity 被销毁，或另一个 Activity（一个现有 Activity 或新 Activity）继续执行并将其覆盖，就可能发生这种情况。如果 Activity 恢复与用户的交互，则后接 onRestart()，如果 Activity 被销毁，则后接 onDestroy()。
可做些稍微重量级回收工作，但是同样不能太耗时。

onResume:

在 Activity 即将开始与用户进行交互之前调用。 此时，Activity 处于 Activity 堆栈的顶层，并具有用户输入焦点。onStart和onResume都表示activity可见，但是前者还在后台，后者显示到了前台。

onPause:

如果 Activity 返回前台，则后接 onResume()，如果 Activity 转入对用户不可见状态，则后接 onStop()。在跳转未finish下如果可见（比如透明主题等）则不接onStop。
此方法通常用于确认对持久性数据的未保存更改(比价重要的，如用户编辑)、停止动画以及其他可能消耗 CPU 的内容，诸如此类。但是不能太耗时，因为新Activity只有在旧的onPasue执行后才会执行。

特殊的onRestart:

在 Activity 已停止并即将再次启动前调用。后接 onStart()。这个方法大家可以在具体情况中考虑使用。

举例：

1、A1启动A2，如果A2是透明主题，则A1生命周期走到onPause
2、A1启动A2，A1 onPause之后是A2 onCreate，onStart，onResume，然后是A1后面的生命周期
3、在2的情况下返回back按键，则A2 onPause，A1 onRestart,onStart,onResume然后A2 onStop，onDestory

异常生命周期

情况1、横竖屏切换

官方的一个流程图

再者就是Android 框架中几乎每个小工具都会根据需要实现此方法，以便在重建 Activity 时自动保存和恢复对 UI 所做的任何可见更改。例如，EditText 小工具保存用户输入的任何文本，CheckBox 小工具保存复选框的选中或未选中状态。您只需为想要保存其状态的每个小工具提供一个唯一的 ID（通过 android:id 属性）。如果小工具没有 ID，则系统无法保存其状态。

简单提下View保存数据的流程：首先activity会调用onSaveInstanceState去保存数据，这时候会委托window，然后window委托上面的顶级容器，顶级容器viewGroup循环遍历子view保存数据。

情况2、系统内存回收

就是说如果系统内存不足，会回收activity。当然，这是有优先级的：前台activity>可见但非前台activity>后台activity。
而且，如果一个进程没有四大组件在执行，那么这个进程将很快被系统杀死。所以一般后台工作可以放入Service中执行。

罗里吧嗦

• 1、系统也提供了onSaveInstanceState()和 onRestoreInstanceState()不执行的方式，就是在manifest中配置configChanges这个属性(会调用onConfigurationChanged方法)，比如配置：

android:configChanges="orientation|screenSize"

• 2、在activity的生命周期中要注意资源的回收，特别是子线程、handle这些的处理。否则很容易导致内存回收异常(哪怕是activity的生命周期正常的情况下)。

后面会总结下activity的启动模式这个问题。欢迎大家指正错误，共同学习。

END