Android进阶(1)| 深入理解Activity
本节目录
一.Activity的生命周期
1.典型情况下的生命周期分析
在正常情况下Activity从创建到到销毁会经历如下过程：
(1) onCreate():
- 调用前：Activit刚刚启动
- 调用时：进行一些初始化的工作
- 调用后：准备调用onStart()
(2) onStart():
- 调用前：onCreate()方法刚结束
- 调用时：Activity正在被启动
- 调用后：Activity已经显示出来，但是无法进行交互。准备调用onResume()
(3)onResume():
- 调用前：onStart()刚结束
- 调用时：Activity由后台开始转移到前台
- 调用后：Activity对于用户来说完全可见并且可以进行交互。准备调用onPause()
(4)onPause():
- 调用前：onResume()刚结束
- 调用时：Activity正在停止
- 调用后：Activity已经不可见。准备调用onStop()
(5)onStop():
- 调用前：onPause()刚结束
- 调用时：Activity即将停止
- 调用后：Activity正在停止或即将被销毁。准备调用onDestroy()
(6)onDestroy():
- 调用前：onStop()刚结束
- 调用时：Activity即将被销毁
- 调用后：Activity被销毁，调出任务栈
特殊：onRestart():
- 调用前：onStop()刚结束
- 调用时：Activity正在被重新启动
- 调用后：Activity由不可见状态再次变为可见状态。准备调用onResume()
2.Activity生存期
(1)完整生存期
Activity在onCreate()和onDestroy()中所经历的就是完整生存期。我们一般在onCreate()方法中完成一些初始化的操作，在onDestroy()方法中完成释放内存的操作。
(2)可见生存期
Activity在onStart()和onStop()中所经历的就是可见生存期。在这个阶段其实Activity已经是显示了出来，但我们用户不一定看的见，也不一定能够与Activity进行交互操作。
(3)前台生存期
Activity在onResume()和onPause()中所经历的就是前台生存期。在这个阶段中的Activity是可以与用户被用户所见并且进行交互的。
3.异常情况下的生命周期分析
(1)资源相关配置发生改变导致Activity被杀死和重新创建
当系统配置发生变化时，Activity会被销毁，即开始调用onPause()、onStop()和onDestroy()，但是在调用onStop()之前系统会先调用onSaveInstanceState()方法来让当前Activity中的部分数据保存在Bundle中。在Activity销毁之后系统会再次重新创建该Activity，并且在onResume()之前调用onRestoreInstanceState()方法，将Bundle中的数据恢复出来。
注意：系统只在Activity异常终止的时候才会调用onSaveInstanceState()和onRestoreInstanceState()方法，其他正常情况下是不会调用的。
(2)资源内存不足导致低优先级的Activity被杀死和重新创建
优先级：Activity按照优先级从高到低分别是：前台Activity、可见但非前台Activity和后台Activity。
当系统的内存不足时，Activity优先级越低则越容易被系统杀死。当然此时Activity也是处于异常终止，因此生命周期是和第(1)种是一样的，这里就不多分析。
(3)通过修改配置使得Activity在异常情况下不被自动创建
在(1)和(2)中我们分析了Activity在异常情况下的生命周期，它们都是在出现异常时先销毁然后重新创建。不过我们可以修改Activity中的的android:configChanges属性来指定一些情况下Activity在被销毁之后不被创建。
configChanges项目和含义
举例：
android:configChanges:orientation|keyboardHidden表示当屏幕方向改变或者键盘的可用性发生了改变时Activity在被销毁之后不会重新创建。
注意：当我们设置属性之后Activity不会调用onSaveInstanceState()和onRestoreInstanceState()方法。但是它会调用onConfigChanged()方法。
二.Activity的启动模式
1.深入理解四种LaunchMode
(1)standard
standard模式是Activity默认的启动方式，它启动Activity的具体方式是：每当启动一个活动，就会创建一个该活动的实例，该实例就会在任务栈中入栈并且处于栈顶的位置。
注意：每个Activity实例可以进入不同的任务栈中。例如Activity A和Activity B分别位于栈-1和栈-2当中，当A启动Activity C时，C的实例就会到栈-1的栈顶；当B启动C时，C的另一个实例就会到栈-2的栈顶。
(2)singleTop
singleTop启动的具体方式是：每当启动一个活动时，系统会先查看它所在的任务栈，如果任务栈的栈顶就是该活动，则不会再创建。否则就是和standard模式一样。
(3)singleTask
singleTask的启动方式是：当启动一个活动是，系统会先遍历它所在的任务栈，如果栈中存在该活动的实例，则该活动上方的所有活动都会出栈，也就是说该活动会被推到栈顶。否则还是会在栈顶重新创建一个该活动的实例。
举例：
- 栈-1中从上到下为活动CBA，此时Activity D以SingleTask模式启动，其所需要的任务栈为栈-2，则此时系统会创建一个栈-2并且将D入栈。
- 栈-1情况不变，此时D所需的任务栈为栈-1，则这次系统会将D放入栈-1的栈顶，此时栈-1的情况就是DCBA。
- 假设栈-1此时从上到下是CBDA，此时D启动所需的任务栈是栈-1，则此时栈-1中C和B会出栈，而D不会再次创建实例。栈-1最后的情况就是DA。
(4)singleInstance
singleInstance的启动方式是：活动启动时系统会创建一个新栈，该活动就会单独的在这个栈当中，后面如果再次启动该活动也不会再次创建实例。
2.TaskAffnity属性
TaskAffnity翻译为任务相关性，该参数标识了一个Activity所需要的任务栈的名字。在默认情况下，所有Activity所需的任务栈的名字都是应用的包名，但是我们可以为Activity的TaskAffnity属性单独设定所需栈的名字。
注意：TaskAffnity属性不能设置为包名，否则相当于无效设定；TaskAffnity只能和singleTask启动模式搭配使用，在其他情况下属于没有意义。
3.设置Activity的启动方式
(1)设置android:launchMode
在AndroidMenifest中找到活动的android:launchMode属性进行修改。
举例：设置Activity为singleTop启动模式android:launchMode:singleTop。
(2)设置标志位
我们可以在Intent中使用addFlags()方法来设置启动模式。
举例：
Intent intent = new Intent(MainActivity.this,SecondActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); //设置标识位
startActivity(intent);
4.Activity常用的的Flags
1.FLAG_ACTIVITY_NEW_TASK
为Activity指定为singleTask启动模式。
2.FLAG_ACTIVITY_SINGLE_TOP
为Activity指定为singleTop启动模式。
3.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有这个标记的Activity不会出现在历史Activity的列表当中。
三.IntentFilter匹配规则
使用对象：启动Activity的方法有两种：显示Intent和隐式Intent。而在隐式Intent我们就会用到IntentFilter匹配规则。
基本规则：(1)一个intent只有同时匹配某个Activity的intent-filter中的action、category、data中的过滤规则才算完全匹配，才能启动该Activity。 (2)一个Activity可以有多个 intent-filter，一个 intent只要成功匹配任意一组 intent-filter，就可以启动该Activity。
下面来具体介绍每种属性的匹配规则。
1.action匹配规则
匹配规则：Intent中的action必须存在且必须和过滤规则中的任意一个action相同。
注意：在action匹配规则中是区分大小写的，即如果字符相同，但是大小写不同则无法进行匹配。
2.category匹配规则
匹配规则：如果Intent中出现了category，则必须和过滤规则当中的一个category相同；如果Intent中没有出现category，则系统会给Activity默认加上了< category android:name="android.intent.category.DEAFAULT" />属性值，此时category也能匹配成功。
3.data匹配规则
data的组成：data由两部分组成：mimeType和URI。
匹配规则：如果intent-filter中有定义data，那么Intent中也必须也要含有data数据，并且data数据能够匹配过滤规则中的某一个data。如果没有是定义data过滤规则，则在启动Activity时不用考虑data部分。
注意：(1)data中的过滤规则我们可以分开定义，即我们可以定义<data android:mimeType和<data android:scheme。 (2)如果我们只在过滤规则中定义了mimeType，那么URI部分会使用其默认值content或file。也就是说虽然没有指定URI，但是Intent中的URI部分必须是content或file。 (3)在为Intent指定data时我们需要使用setDataAndType()方法。
4.匹配判断的方法
(1)采用PackgeManager的resolveActivity方法，如果找不到匹配的Activity则会返回null。
(2)采用Intent的resolveActivity方法，如果找不到匹配的的Activity则会返回null。
