Activity生命周期分析

正常情况下的生命周期

• onCreate
  Activity正在创建。一般用setContentView加载界面布局，初始化Activity所需数据。

• onRestart
  Activity正在重启。如果Activity已经stop了又重启，就调用这个方法

• onStart
  Activity正在启动。此时处于肉眼可见状态，但是还没法活动。这个方法持续时间很短。

• onResume
  Activity正在恢复。此时界面已经处于可见状态并已经可以和用户交互了。

• onPause
  Activity正在暂停，此时界面处于肉眼可见，但是不可操作状态。这个方法中不能执行很耗时的任务，因为这个方法执行完之后新的Activity的onResume方法才能执行。

• onStop
  Activity已经处于肉眼不可见状态，此时Activity不再位于栈顶。这个方法中可以执行一些稍微耗时的任务。如果新Activity采用了透明主题，当前Activity不会调用onStop。

• onDestroy
  Activity正在销毁。可以做一些最终的回收工作和资源的释放。

正常启动流程：onCreate -> onStart -> onResume
启动另一Activity：onPause -> onStop
回到当前Activity：onRestart -> onStart -> onResume
返回键退出：onPause -> onStop -> onDestroy
内存不足时：onStop -> onCreate -> onStart -> onResume

异常情况下的生命周期

1. 资源相关系统配置发生改变导致Activity重启
   典型情况是屏幕旋转时。系统在调用onDestroy前（和onPause没有明确的先后关系）会调用onSaveInstanceState保存一个Bundle对象，并在重启后onStart后调用onRestoreInstanceState并传入保存的Bundle对象。系统自带的View会自动保存恢复状态。
   可以在两个位置恢复数据，onCreate和onRestoreInstanceState，区别是onCreate时Bundle可能是null，而onRestoreInstanceState若被系统调用Bundle一定有值。官方建议用后者。当Bundle有值的时候，同时在两个位置都能取到值。
   onSaveInstanceState只会在Activity重启的时候才会调用，正常销毁时不会调用。

2. 资源内存不足导致低优先级的Activity被杀死
   Activity优先级排序：
   1、前台活动Activity，onResume的
   2、前台但不活动Activity，onPause的
   3、后台Activity，onStop的
   系统会按照优先级去杀死目标Activity所在进程。如果一个进程中没有四大组件在运行，这个进程很容易被杀死。所以后台工作应该尽量放在Service中。

若不想让系统配置改变时重新创建Activity，可以在AndroidManifest.xml中配置：

<activity
    android:configChanges="locale|orientation|screenSize|keyboardHidden">

其中orientation和screenSize经常联用，可以避免在屏幕旋转的时候重建Activity。
此时，系统配置改变后，会调用Activity的onConfigurationChanged方法，我们可以自己做一些特殊的处理。

一点思考：

• 自定义View时可以override onSaveInstanceState和onRestoreInstanceState来保存View状态。
• 有些后台工作可能能脱离四大组件运行在进程中，比如未关闭的Thread。

---

Activity的启动模式

LaunchMode

• standard：标准模式。默认模式。每次启动一个Activity都会新创建一个它的实例。谁启动这个Activity，这个Activity就和它在同一个任务栈中。所以使用ApplicationContext去启动标准模式的Activity会报错，因为ApplicationContext并没有任务栈。此时应该指定FLAG_ACTIVITY_NEW_TASK，以singleTask模式启动，系统会为它创建一个新任务栈。

• singleTop：栈顶复用模式。若欲启动的Activity处于栈顶，那么就不用重新创建，只调用它的onNewIntent方法。若新Activity已有实例存在，但是不是在栈顶，则依然需要重新创建。

• singleTask：栈内复用模式。类似单例模式，只要栈中已经有实例存在，则只会调用实例的onNewIntent方法，不会新建实例。启动这类实例时，系统会先查找是否有它需要的任务栈，若没有则创建，接着找任务栈中有没有实例，没有就创建， 有就调用它的onNewIntent，且会将它之上的Activity全部出栈。

• singleInstance：单实例模式。加强版的singleTask，栈里只能有这个Activity的一个实例，不能有其他Activity。