第1章Activity的生命周期和启动模式

Activity的生命周期分为典型生命周期和异常情况下的生命周期：

1.典型情况下的生命周期分析：

在正常情况下，Activity会经历如下生命周期。

（1）onCreate:表示Activity正在被创建，这是生命周期的第一个方法。在这个方法中我们可以做一些初始化工作，比如调用setContentView去加载界面布局资源、初始化Activity所需数据等。

（2）onRestart:表示Activity正在重新启动。一般情况下，当当前Activity从不可见重新变为可见状态时，onRestart就会被调用。这种情形一般是用户行为所导致的，比如用户按Home键切换到桌面或者用户打开了一个新的Activity，这时当前的Activity就会暂停，也就是onPause和onStop被执行了，接着用户又回到了这个Activity，就会出现这种情况。

（3）onStart:表示Activity正在被启动，即将开始，这时Activity已经可见了，但是还没有出现在前台，还无法和用户交互。这个时候其实可以理解为Activity已经显示出来了但是我们还看不到。

（4）onResume:表示Activity已经可见了，并且出现在前台并开始活动。要注意这个和onStart的对比，onStart和onResume都表示Activityy已经可见，但是onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。

（5）onPause:表示Activity正在停止，正常情况下，紧接着onStop就会被调用。在特殊情况下，如果这个时候快速地再回到当前Activity,那么onResume会被调用。笔者的理解是，这种情况属于极端情况，用户操作很难重现这一场景。此时可以做一些存储数据、停止动画等工作，但是注意不能太耗时，因为这会影响到新Activity的显示，onPause必须先执行完，新Activity的onResume才会执行。

（6）onStop:表示Activity即将停止，可以做一些稍微重量级的回收工作，同样不能太耗时。

（7）onDestroy:表示Activity即将被销毁，这是Activity生命周期中的最后一个回调，在这里，我们可以做一些回收工作和最终的资源释放。

问题一：

   onStart和onResume、onPause和onStop从描述上来看差不多，对我们来说有什么实质的不同呢？

   答：这个配对的回调分别表示不同的意义，onStart和onStop是从activity是否可见这个角度来回调的，而onResume和onPause是从activity是否位于前台这个角度来回调的，除了这种区别，在实际使用中没有其他明显区别。

问题二：

   假设当前Activity为A，如果这时用户打开一个新ActivityB,那么B的onResume和A的onPause哪个先执行呢？

    答：当新启动一个activity的时候，旧activity的onPause会先执行，然后才会启动新的activity。所以不能在onPause中做重量级的操作，因为必须onPause执行完成以后新的activity才能Resume。

2.异常情况下的生命周期

Activity---异常情况---onSaveInstanceState---onDestory

                    | （重新创建）

Activity---onCreate---onRestoreInstanceState

3.按照activity的优先级情况，从高到底，可以分为如下三种：

（1）前台activity——正在和用户交互的activity，优先级最高。

（2）可见但非前台activity——比如activity中弹出了一个对话框，导致activity可见，但是位于后台无法和用户直接交互。

（3）后台activity——已经被暂停的activity，比如执行了onStop，优先级最低。

4.activity的启动模式

（1）standard：标准模式，这也是系统的默认模式。

（2）singleTop:栈顶复用模式。

   eg:假设目前栈内的情况为ABCD,其中ABCD为四个activity，A位于栈底，D位于栈顶，这个时候假设要再次启动D，如果D的启动模式为singleTop,那么栈内的情况仍然为ABCD;如果D的启动模式为standard,那么由于D被重新创建，导致栈内的情况就变为ABCDD.

（3）singleTask:栈内复用模式。

   eg:Activity A，系统首先会寻找是否存在A想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放到栈中。如果存在A所需的任务栈，这时要看A是否在栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果实例不存在，就创建A的实例并把A压入栈中。

（4）singleInstance:单实例模式。

  eg:当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求不会创建新的activity，除非这个独特的任务栈被系统销毁了。

5.IntentFilter的匹配规则