Activity的生命周期（持续更新中...）

参考：

• 这可能是目前最详细的安卓task, launchMode, intent flag测试分析与总结了
• 解开Android应用程序组件Activity的"singleTask"之谜
• 任务和返回栈-官网

一. 活动的四种状态

1. 运行状态（可见&交互）

   • 活动位于栈顶，与用户进行交互

2. 暂停状态（可见）

   • 活动离开栈顶，但仍然可见，不能与用户交互（如被Dialog挡住的活动）

3. 停止状态（不可见）

   • 活动离开栈顶且对用户不可见

4. 销毁状态（不存在）

   • 活动从返回栈中移除，也就是被finish掉

二. 七个回调方法（ActivityLifeCircle）

1. onCreate

   • 活动第一次创建的时候调用，进行初始化操作，活动不可见

   • 在其中初始化 Activity 的必需组件。

     • 实例化组件并放置在屏幕

     • 设置监听器

     • 访问数据

2. onStart

   • 活动由不可见变为可见时调用，但此时不能与用户交互，不能做耗时操作，可以注册广播接收器

3. onResume

   • 活动准备好和用户交互时调用，此时活动位于栈顶且处于运行状态，可以用用户交互，可见，当APP和用户交互时一直处于该状态，可以用来初始化

4. onPause

   • 用户离开的第一个信号，系统准备去启动或者恢复另一个活动时调用（只要当前活动离开栈顶一定会调用该方法），此时活动依旧可见，但不能与用户交互

   • 执行很快，不宜执行耗时操作

   • 在该方法内释放占用的系统资源但不宜执行过于耗时的操作

5. onStop

   • 活动不可见时调用（活动离开栈顶后不一定会调用该方法，如被Dialog挡住的活动只调用onPause方法）

   • 在该方法里面就要释放几乎所有不需要的资源，特别是释放可能导致内存泄漏的资源

6. onDestory

   • 活动销毁之前调用，之后活动被销毁，活动弹出栈顶

   • 该方法里面一定记得释放之前未释放的资源

7. onRestart

   • 活动由停止状态重新转变为运行状态时调用，只有调用了onStop方法才会调用该方法

三. 活动的生存期

1. 完整生存期

   • onCreate到onDestory之间

2. 可见生存期

   • onStart到onStop之间，在调用这两个方法之间保留向用户显示 Activity 所需的资源。

3. 前台生存期

   • onResume到onPause之间，这两个方法中应采用适度轻量级的代码，以避免因转变速度慢而让用户等待。

四. 常见状态下生命周期方法的调用

1. 活动被创建

   • onCreate->onStart->onResume

2. 活动被销毁

   • onPause->onStop->onDestory

3. 活动运行过程启动另一个活动（Dialog形式，未完全遮挡）时，当前活动状态

   • onPause（当前状态下，结束另一个活动时调用onResume）

4. 活动运行过程启动另一个活动（完全遮挡）时，当前活动状态

   • onPause->onStop（当前状态下，结束另一个活动时调用onStart->onResume）

5. 当处于非栈顶状态活动由于内存不够被销毁，然后重新返回栈顶时会调用

   • onCreate->onStart->onResume（因为活动已经被销毁，所以重新创建，此时就会丢失之前的临时状态，因此引出了onSaveInstanceState回调，在销毁之前保存状态）

6. 设备旋转时

   • onPause->onStop->onDestory->onCreate->onStart->onResume（设备旋转时会直接消耗活动，然后重新创建）

7. A活动启动B活动时调用顺序（由此看出，若B要读取A写入数据库的数据，则A要在onPause时候写入）

   • A的onPause

   • B的onCreate->onStart->onResume

   • A的onStop

五. 可能导致状态改变的事件

1. 设备配置改变

   • 直接destroy活动，之后重新create，因此需要调用onSaveInstanceState方法保存需要的状态

2. 进入多窗口模式

3. 被对话框挡住（四中的第3和4点）

4. 用户点击返回按钮

   • 直接destroy活动

六. 活动的管理（Tasks&BackStack）

1. 通过Task（返回栈）管理，一个应用拥有一个Task，当用户离开一个应用进入另一个时，该应用对应的Task就处于后台，当重新进入该应用时其Task就又进入前台。

2. 一个应用对应一个Task，一个Task包含该应用里面的所有打开过的活动

七. 活动的四种启动模式（活动在返回栈中的存在情况有关）

1. standard

   • 不管返回栈中有没有当前活动存在，每次start都会新建一个该活动并入栈，重复创建活动

2. singleTop

   • 启动时发现栈顶就是该活动的话，不会重新启动而直接使用栈顶的这个活动（当该活动未处于栈顶时，还是会新建一个）

3. singleTask

   • 设置了"singleTask"启动模式的Activity，它在启动的时候，会先在系统中查找属性值affinity等于它的属性值taskAffinity的任务存在；如果存在这样的任务，它就会在这个任务中启动，否则就会在新任务中启动。因此，如果我们想要设置了"singleTask"启动模式的Activity在新的任务中启动，就要为它设置一个独立的taskAffinity属性值。

   • 如果设置了"singleTask"启动模式的Activity不是在新的任务中启动时，它会在已有的任务中查看是否已经存在相应的Activity实例，如果存在，就会把位于这个Activity实例上面的Activity全部结束掉，即最终这个Activity实例会位于任务的堆栈顶端中。

   • 使用场景：

     • 第一个活动启动了2，3，4。然后2，3，4完成之后要全部结束掉返回第一个的话，只需要将第一个活动设成singleTask即可

4. singleInstance

   • 在新的task中创建活动，该task只有这一个活动

八. 设置活动启动模式的方法

1. 通过manifest中的launchMode

2. 通过intent的flag

3. 其中2可以覆盖1

九. TaskAffinity

1. 作用：给活动指定不同的task，也就是让活动不在默认task里面启动

2. 只有在活动设置了singleTask属性时才有用