生命周期
-
典型情况下的生命周期分析
- onCreate
表示Activity正在被创建，在这个方法中，我们可以做一些初始化的工作，例如setContentView去加载界面布局资源、初始化Activity所需要的数据等。 - onRestart
表示Activity正在重新启动，之后会调用onStart方法。一般情况下是当前Activity从不可见重新变成可见状态时会被调用。这种情形一般是用户导致的，例如点击Home键回到桌面，或者打开了另一个新的Activitiy，然后从新的Activity中回到这个Activity中。 - onStart
表示Activity正在启动，从这里开始，Activity已经变得可见了，但是还没有出现在前台，不能够与用户进行交互。《Android开发艺术探索》说可以理解为“Avtivity已经显示出来了，但是我们还看不到”，但是实际上分情况，如果此Activity是从其他Activity中启动的，那就是看不到，但是如果此Activity启动了其他Activity，此Activity是透明背景的，后调用了onPause，但是还未调用onStop时，之前的Activity还是可见的。 - onResume
表示Activity已经可见了，并且出现在前台开始活动，要注意和onStart的对比，onStart和onResume都表示Activity已经可见了，但是onStart时Activity还在后台，onResume的时候才显示到前台。 - onPause
表示Activity正在停止，正常的情况下onStop就会被调用。但是如果是打开一个新的Activity A的话，A的onCreate等方法就会先于onStop进行调用，因此在此方法中不能够进行一些比较耗时的处理工作，不然会影响其他Activity的显示，只有在旧Activity的onPause执行完之后，新Activity的onResume才会被执行。 - onStop
表示Activity即将停止，可以做一些稍微重量级的回收工作，同样也不能够太耗时。 - onDestroy
表示Activity即将被销毁，可以做一些回收工作和最终的资源释放。
说明
- 当用户再次回到原Activity时，回调为：onStart -> onStart -> onResume
- 当Activity被系统回收后再次打开的时候，生命周期方法回调过程和新打开一个Activity是一样的，注意是生命周期方法一样，但是回收打开要包括onSaveInstanceState的相关过程。
-
异常情况下的生命周期分析
异常情况分为两种，一种是与资源相关的系统配置发生改变，例如屏幕旋转，还有一种是内存不足，系统回收部分Activity。
由图可以看到原Activity在调用onDestroy方法前会通过onSaveInstanceState方法来保存一个Bundle对象，而这个Bundle对象会在Activity重建后的onCreate或者onRestoreInstanceState方法中使用来恢复原来的状态。onRestoreInstanceState方法的参数一定是有值的，而onCreate方法则不一定有值。
onSaveInstanceState方法只会在Activity被异常关闭的时候调用，这种情况下该Activity还有机会重新显示。此外在系统默认的onSaveInstanceState和onRestoreInstanceState方法中系统已经默认为我们储存恢复相关的状态。在具体View的方法中能够查看到细节。
工作流程：Activity调用onSaveInstanceState方法来保存数据，然后Activity委托Window，Window委托DecorView来保存，DecorView是一个ViewGroup，然后DecorView再委托它的子元素，也就是各种View来保存。
如果想要在系统配置发生改变的情况下不杀死重建Activity，可以在AndroidMenifest.xml中设置configChanges属性。
-
资源内存不足情况下导致低优先级的Activity被杀死
顺序：后台Activity > 可见但非前台Activity > 前台Activity
如果一个进程脱离四大组件运行，那它很容易就会被杀死。建议将任务放进Service中运行。
Activity的启动模式
-
Activity的LaunchMode
LaunchMode有两种指定方式：
- 通过AndroidMenfiest中指定 android:launchmode="singleTask"
- 通过intent来设定launchMode模式 intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)， 此模式较第一种优先度高
Activity的Flags
FLAG_ACTIVITY_NEW_TASK
这个标记位将Activity的启动模式设置为"singleTask"模式
FLAG_ACTIVITY_SINGLE_TOP
这个标记位将Activity的启动模式设置为"singleTop"模式
FLAG_ACTIVITY_CLEAR_TOP
具有此标记位的Activity在启动的时候会将位于其上的Activity清除
LaunchMode的四种模式
- standard模式：
standard为系统的默认模式。该模式每次启动一个Activity都会重建一个Activity的实例，在这种模式下，谁启动了这个Activity，该Activity就会运行在启动它的Activity的任务栈中。 - singleTop模式：
在该模式下，如果该Activity已经处于任务栈的栈顶，那么就不重新创建新的Activity实例，同时它的onNewIntent方法会被调用。如果任务栈中存在该Activity，但不是在栈顶的话，就需要新建一个Activity。ABCD > ABCD ABCD > ABCDC - singleTask模式：
这是一种单例模式，只要任务栈中存在Activity，就会复用此Activity，但是此Activity之上的所有Activity都会被移除。具体的来说，singleTask模式的Activity A请求启动之后，系统首先从其TaskAffinity属性上确认想要的任务栈，如果存在任务栈就在该任务栈中进行创建工作，有A直接复用，没有A则在栈顶创建。如果没有想要的任务栈，系统就会创建新的任务栈，然后在该栈内创建新的A实例。当TaskAffinity和allowTaskReparenting属性一起使用的时候情况就变得比较复杂。A应用启动了B应用的一个ActivityC时，如果C的allowTaskReparenting属性为true时，那么当B应用被启动的时候，C就会返回B应用创建的任务栈中。 - singleInstance模式：
这是singleTask的加强版，具有此模式的Activity只能单独的位于一个任务栈中。启动该Activity，系统都会新建一个任务栈，然后将该Activity放进去。之后再启动该Activity时，因为栈内复用的原因，就不会新建Activity了。
intentFilter的匹配规则
intentFilter的过滤信息有action、category、data三种，需要同时匹配这三种规则才算匹配成功，此外一个Activity可以有几个不同的intentFilter，只需要匹配其中一个就行。
- action
action是一个字符串，我们说的匹配是指字符串的一样，区分大小写，系统为了方便定义了一些action，我们也可以自己定义action。一个过滤规则中可以有很多action，只要有一个能匹配就行。总结，action的匹配要求Intent中的action必须和过滤规则中的一个action相同。 - category
要求如果Intent中存在category，那么所有的category都必须和过滤规则中的一个category匹配。此外不设置category也可以匹配是因为，系统在调用startActivity或者startActivityForResult方法时，会默认为Intent添加"android.intent.category.DEFAULT"这个categoty。因此需要在过滤规则中必须增加"android.intent.category.DEFAULT"这条规则。 - data
data与action类似，如果过滤规则中有data，那intent中必须有一个对应的data与之匹配。data由mimeType和URI两部分组成，mimeType指的是媒体类型，如image/jepg等。要为intent设置data的话，需要调用setDataAndType这个方法，不能调用setData之后再调用setType方法，这两个方法会清除对方的值。
可以通过调用Intent或者PackageManager的resolveIntent方法来获取匹配的最佳Activity，此外PackageManager还提供queryIntentActivities方法来获取所有匹配的Activity。
