Activity的生命周期　

1.正常情况下的生命周期

1. onCreate:  Activity正在被创建，生命周期中的第一个方法，常在此方法中做一些初始化工作，比如调用setContentView方法，初始化Activity所需数据等。
2. onRestart:  表示Activity正在重新启动。一般情况下，当Acivity从不可见重新变为可见状态时，onRestart方法就会被调用。
3. onStart:  表示Activity正在被启动，这是Activity已经可见，但是没有出现在前台，还无法与用户交互。
4. onResume:  表示Activity可见并出现在前台开始活动。onStart和onResume都表示Activity可见，但是onStart的时候Activity还在后台，onResume时Activity才显示到前台。
5. onPause:  Activity正在停止，此时可以做一些存储数据、停止动画等工作。但注意不能太耗时，因为会影响到新Activity的显示，onPause必须先执行完，新Activity的onResume才能执行。
6. onStop:  Activity即将停止，可以做一些稍微重量级的回收工作，同样不能太耗时。
7. onDestory:  Activity即将被销毁，在这里，做一些回收工作和资源的释放。

Activity的生命周期切换过程

　　关于onStart和onResume、onPause和onStop的不同，onStart和onStop是从Activity是否可见这个角度来回调，onResume和onPause是从Activity是否位于前台这个角度来回调的，除了这种区别，在实际使用中没有其他明显的区别。

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

　　资源相关的系统配置发生改变导致Activity被杀死并重新创建

异常情况下Activity的重建过程

　　当手机旋转屏幕时，系统配置方式发生边，在默认情况下Activity就会被销毁并且重新创建。当系统配置发生改变后，Activity会被销毁，其onPause、onStop、onDestory均会被调用，同时由于Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态(正常情况下系统不会调用这个方法)。这个方法调用时机在onStop之前，和onPause没有时序关系(可能在onPause之前也可能之后)。当Activity被重新创建之后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState保存的bundle传给onRestoreInstanceState和onCreate方法。可以通过bundle是否为空来判断Activity是否被重建了。如果被重建了，可以取出之前保存的数据并恢复，从时序上来讲，onRestoreInstanceState的调用时机在onStart之后。一般情况下，旋转屏幕后Activity会重新创建。但是当设置Activity的configChanges属性为orientation|screenSize之后Activity不会重新创建。

3.Activity的启动模式LaunchMode

1. standard(标准模式):  也是系统的默认模式，每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。onCreate、onStart、onResume都会被调用。
2. singleTop(栈顶复用模式)  在这种模式下，如果新Activity的实例已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时回调它的onNewIntent方法，通过此方法的参数我们可以去除当前请求的信息。需要注意，这个Activity的onCreate、onStart方法不会被重新调用。如果新Activity的实例已经存在但不是位于栈顶，那么新Activity仍然会重新创建。
3. singleTask(栈内复用模式)  这是一种单例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent方法。如果栈中有这个实例，那么会将该实例之上的Activity全部弹出栈，将该实例置于栈顶。
4. singleInstance(单实例模式)  这是一种加强的singleTask模式，除了具有singleTask模式的所有特性之外，还加强了一点，就是具有此模式的Activity只能单独的位于一个任务栈中。

4.Activity的Flags

　　FLAG_ACTIVITY_NEW_TASK

　　这个标记位的作用是为Activity指定“singleTask”启动模式，其效果和在XML中指定该模式相同。

　　FLAG_ACTIVITY_SINGLE_TOP

　　这个标记位的作用是为Activity指定“singleTop”启动模式，其效果和在XML中指定该模式相同。

　　FLAG_ACTIVITY_CLEAR_TOP

　　具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。

5.IntentFilter的匹配规则

　　隐式调用需要Intent能够匹配目标组件的IntentFilter中所设置的过滤信息，如果不匹配将无法启动目标Activity。IntentFilter中的过滤信息有action、category、data。一个Intent只有同时匹配action类别、category类别、data类别才算完全匹配。另外，一个Activity中可以有多个intent-filter，一个Intent只要能匹配任何一组intent-filter即可成功启动对应的Activity。

　　1.action的匹配规则

　　action是一个字符串，系统预定义了一些action，我们也可以在应用中定义自己的action。action的匹配要求Intent中的action存在且必须和过滤规则中的其中一个action相同，这里需要注意和category匹配规则的不同。action区分大小写，大小写不同字符串相同的action会匹配失败。

　　2.category的匹配规则

　　Intent中如果有category，那么所有的category都必须和过滤规则中的其中一个category相同。当然，Intent中可以没有category，但它仍然可以匹配成功，原因是系统在调用startActivity和startActivityForResult的时候会默认为Intent加上“android.intent.category.DEFAULT”这个category。同时为了我们的activity能够接收隐式调用，就必须在intent-filter中指定“android.intent.category.DEFAULT”这个category。

　　3.data的匹配规则

　　data由两部分组成，mimeType和URI。mimeType指媒体类型，比如image/jpeg、audio/mpeg4-generic和video/*等，而URI中包含的数据就比较多了。下面是URI的结构：

　　　　<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]

　　Scheme:  URI的模式，比如http、file、content等，如果URI中没有指定scheme，那么整个URI是无效的。

　　Host:  URI的主机名，比如www.biadu.com

　　Port:  URI中的端口号

　　Path、pathPattern和pathPrefix:  这三个参数表述路径信息，其中path表示完整的路径；pathPattern也表示完整的路径信息，但是它里面可以包含通配符;pathPrefix表示路径的前缀信息。

　　最后，当我们通过隐式方式启动一个Activity的时候，可以做一下判断，看是否有Activity能够匹配我们的隐式Intent。判断方法有两种：采用PackageManager的resolveActivity方法或者Intent的resolveActivity方法如果找不到匹配的Activity就会返回null。

参考自《Android开发艺术探索》