根据下面的目录来介绍和理解Activity中的知识点：
1.Activity的生命周期
2.Activity的缓存方法
3.Activity启动模式
4.Activity显式隐式启动
5.Activity的加载过程
Activity的生命周期
1.通过下面的一张图片来理解正常情况下的Activity的生命周期
根据上述的图片可以简单了解Activity的生命周期。 下面介绍具体各个方法：
onCreate(): Activity生命周期中的第一个方法，在这里做一些初始化。
onStart(): 这个时候Activity已经可以看见，刚刚呈现出来。
onResume(): Activity完全呈现在用户面前，可以和用户进行交互。
onPause(): Activity还可以看见，但是失去了焦点，无法交互。比如一个透明的Activity在前台。
onStop(): Activity不可见，可以做一些稍微重量级的回收工作。
onDestroy(): Activity被销毁，可以做一些回收工作和最终资源的销毁。
onRestart(): 回退到生命栈中原来的Activity就会走这个onRestart()。
2.有两个Activity分别为A,B，当A启动B时的生命周期如下：
08-17 13:42:04.666 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onCreate:
08-17 13:42:04.679 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onStart:
08-17 13:42:04.682 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onResume:
08-17 13:42:31.200 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onPause:
08-17 13:42:31.239 14674-14674/com.example.administrator.androidartdevelop I/ActivityB: onCreate:
08-17 13:42:31.240 14674-14674/com.example.administrator.androidartdevelop I/ActivityB: onStart:
08-17 13:42:31.241 14674-14674/com.example.administrator.androidartdevelop I/ActivityB: onResume:
08-17 13:42:31.744 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onStop:
所有也验证了onPause中少做耗时的回收操作，这样会影响下一个Activity的启动显示。
Activity的缓存方法
- 所谓的的缓存方法其实就是异常情况下的Activity的生命周期。
以下两种情况才会有走onSaveInstanceState和onRestoreInstanceState的步骤：
- 资源相关的系统配置方式改变，导致Activity被销毁后重新创建。（比如横竖的切换，当然也可以避免重建，下面我会讲）
- 由于内存太低，杀死优先级较低的Activity。
其实UI控件都会有缓存方法，比如TextView中的源码中就有onSaveInstanceState和onRestoreInstanceState的方法，来存储TextView的内容。一般在Activity中会如下使用
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.i(TAG, "onCreate: ");
if(savedInstanceState != null){
name = savedInstanceState.getString(NAME);
textView.setText(name);
}
}
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
outState.putString(NAME,"pg one");
Log.i(TAG, "onSaveInstanceState: ");
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
Log.i(TAG, "onRestoreInstanceState: name = " + savedInstanceState.getString(NAME));
}
- 通过指定Activity的configChanges属性可以避免重新创建。其中比较常用的属性有
local（设备的本地位置发生了改变，一般指切换了系统语言）。
orientation（屏幕方向发生改变）。
keyboardHidden（键盘的可访问性发生改变，比如用户调出了键盘）。
screenSize（当屏幕尺寸方式改变，如果minSdkVersion和targetSdkVersion均小于13，那么不会导致Activity重启，否则会重启）。
smallestSreenSize（设备的物理尺寸，比如接外部设备，如果minSdkVersion和targetSdkVersion均小于13，那么不会导致Activity重启，否则会重启）
避免横竖屏切换导致Activity重置，只需在Activity中添加android:configChanges="orientation|screenSize"即可
Activity的启动模式
- Activity的启动模式分别为standard，singleTop，singleTask，singleInstance。
standard启动模式下：每次都新建Activity放入启动它的Activity所在的任务栈中
singleTop启动模式下：如果任务栈顶部有需要启动的Activity，则不再重新创建，走onNewInstance()
singleTask启动模式下：下面的流程图基本上已经把所有的情况包含进来。
- 当需要启动的Activity的任务栈不存在的情况下，创建任务栈，然后创建该Activity，然后入栈
- 当需要启动的Activity的任务栈存在，该任务栈中没有该Activity，则创建该Activity，然后入栈
- 当需要启动的Activity的任务栈存在，该任务栈中有该Activity，则清空该Activity以上的activity来到栈顶
singleInstance启动模式下：
这种启动模式比较特殊，因为它会启用一个新的栈结构，将Activity放置于这个新的栈结构中，并保证不再有其他Activity实例进入。
我们设置FirstActivity的launchMode=”standard”，SecondActivity的launchMode=”singleInstance”
我们发现这两个Activity实例分别被放置在不同的栈结构中，关于singleInstance的原理图如下
我们看到从MainActivity跳转到SecondActivity时，重新启用了一个新的栈结构，来放置SecondActivity实例，然后按下后退键，再次回到原始栈结构；图中下半部分显示的在SecondActivity中再次跳转到MainActivity，这个时候系统会在原始栈结构中生成一个MainActivity实例，然后回退两次，注意，并没有退出，而是回到了SecondActivity，为什么呢？是因为从SecondActivity跳转到MainActivity的时候，我们的起点变成了SecondActivity实例所在的栈结构，这样一来，我们需要“回归”到这个栈结构。
- Activity的Flags有很多，有的标记位可以设定Activity的启动模式，比如FLAG_ACTIVITY_NEW_TASK(singleTask)和FLAG_ACTIVITY_SINGLE_TOP(singleTop)等。
Activity的显式隐式启动
1.两种启动方式：
显式启动
Intent intent = new Intent(ActivityA.this,ActivityB.class);
startActivity(intent);
隐式启动
Intent intent = new Intent();
intent.setAction("com.test.action");
intent.addCategory("com.test.category");
intent.setDataAndType(Uri.parse("content://abc"),"image/*");
startActivity(intent);
2.显式启动很直接明了，就不多做介绍。隐式启动相对复杂，主要是action，category，data等匹配。下面是AndroidManifest.xml中的一个Activity的intent- filter
<activity android:name=".Chapter_01_Activity.ActivityB">
<intent-filter>
<action android:name="com.test.action"/>
<action android:name="com.test.action1"/>
<category android:name="android.intent.category.DEFAULT"/>
<category android:name="com.test.category"/>
<data
android:scheme="http"
android:host="www.test.com"
android:port="80"
android:path="/a"
android:mimeType="image/*"/>
<data android:mimeType="video/*"/>
</intent-filter>
</activity>
action的匹配方式：intent中必须存在一个action，并且action要可以匹配到intent-filter中的action。setAction方法会覆盖之前的赋值。也就是说最后一次setAction的内容必须可以匹配intent-filter中的action。
category的匹配方式：intent中可以没有category，因为系统会默认添加android.intent.category.DEFAULT，所以intent-filter中category一定要添加。如果intent中有多个category，那么必须每个category都必须在intent-filter中的category配对到。
data的匹配方式：与action类似。
data由 URI和mimeType两个部分组成。URI的组成结构如下：[scheme]://[host]:[port]|[path]|[pathPrefix][pathPattern]
上述代码中的URI组成如下：http://www.test.com:80/a
3.隐式启动往往需要在启动之前可检验是否有Activity符合过滤规则，不检验容易出现ActivityNotFoundException的错误。需要在启动前加入以下代码：
PackageManager packageManager = getPackageManager();
List<ResolveInfo> activities = packageManager.queryIntentActivities(intent, 0);
boolean isIntentSafe = activities.size() > 0;
if (isIntentSafe) {
startActivity(intent);
}
Activity的加载过程
整个启动流程如下所示：
- startActivity有很多重载方法，最后都会调用Activity.startActivityForResult()
- mParent表示ActivityGroup，但是在API13以后ActivityGroup已经被弃用，由Fragment代替。因此mParent为null。进入Instrumentation.execStartActivity方法
- 在execStartActivity中调用ActivityManagerNative.getDefault().startActivity方法。实际是AMS的Binder对象执行startActivity。
- 然后依次调用ActivityStackSupervisor中startActivityMayWait方法，startActivityLocked方法startActivityUncheckedLocked方法。
- 接着依次调用ActivityStack的resumeTopActivitiesLocked方法，resumeTopActivityInnerLocked方法。
- 又回到ActivityStackSupervisor中调用startSpecificActivityLocked方法，realStartActivityLocked方法。
- 再调用ApplicationThread.scheduleLaunchActivity()方法，作用是发送一个启动Activity的消息有Handler处理
- ActivityThread.handleLauchActivity()方法接收发送过来的信息，其内部的performLauchActivity来实现Activity的创建和启动。
