1. Activity生命周期的全面解析

1.1. 典型情况的生命周期

onCreate->onStart->onResume->onPause->onStop->onDestroy

 

1.1.1. Activity第一次启动时：onCreate--onStart--onResume

1.1.2. 打开的Activity切换到桌面或者打开新的Activity时：当前Activity执行onPause--onStop，特殊情况，当打开一个透明主题的Activity时，只执行onPause

1.1.3. 当用户再次回到原Activity时：onRestart--onStart--onResume

1.1.4. 当用户按back键返回时：onPause--onStop--onDestroy

1.1.5. 当Activity被系统回收时再次打开：onCreate--onStart--onResume

1.1.6. 从AActivity中打开BActivity时：先执行AActivity的onPause，然后执行BActivity的onCreate、onStart、onResume,最后执行AActivity的onStop

注：我们尽量在onStop中做操作，而不要在onPause中做，使新的Activity能够尽快显示

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

1.2.1. 情况1：资源相关的系统配置发生改变导致Activity被杀死并重新创建：比如横竖屏切换时

此种情况下，Activity会调用onSaveInstanceState方法保存数据，调用时机为onStop之前，它和onPause没有先后关系，重新创建时会调用onRestoreInstanceState方法恢复数据，调用时机为onStart方法之后。我们发现在onCreate方法中也有saveInstanceState参数，我们也可以使用它做恢复数据操作，它与onRestoreInstanceState的区别在于：使用onCreate恢复数据时，需要对saveInstanceState进行判null操作，因为在创建新的Activity时，它是null的，而使用onRestoreInstanceState方法则不需要。

1.2.1.1. 竖屏切横屏

执行onPause、onSaveInstanceState--onStop--onDestroy--onCreate--onStart--onRestoreInstanceState、onResume

1.2.1.2. 横屏切竖屏

执行onPause、onSaveInstanceState--onStop--onDestroy--onCreate--onStart--onRestoreInstanceState、onResume

--onPause、onSaveInstanceState--onStop--onDestroy--onCreate--onStart--onRestoreInstanceState、onResume

 

1.2.1.3. 修改AndroidManifest.xml，把该Activity添加 Android:configChanges="orientation"，竖屏切横屏

执行onPause、onSaveInstanceState--onStop--onDestroy--onCreate--onStart--onRestoreInstanceState、onResume

1.2.1.4. 修改AndroidManifest.xml，把该Activity添加 Android:configChanges="orientation"，横屏切竖屏

执行onPause、onSaveInstanceState--onStop--onDestroy--onCreate--onStart--onRestoreInstanceState、onResume

--onConfigurationChanged

1.2.1.5. 修改AndroidManifest.xml，把该Activity添加 Android:configChanges="orientation|keyboardHidden"，竖屏切横屏

执行onConfigurationChanged

1.2.1.6. 修改AndroidManifest.xml，把该Activity添加 Android:configChanges="orientation|keyboardHidden"，横屏切竖屏

执行onConfigurationChanged、onConfigurationChanged

注：自从Android 3.2（API 13），在设置Activity的android:configChanges="orientation|keyboardHidden"后，还是一样会重新调用各个生命周期的。因为screen size也开始跟着设备的横竖切换而改变。所以，在AndroidManifest.xml里设置的MiniSdkVersion和TargetSdkVersion属性大于等于13的情况下，如果你想阻止程序在运行时重新加载Activity，除了设置"orientation"，你还必须设置"ScreenSize"。 解决方法： AndroidManifest.xml中设置android:configChanges="orientation|screenSize“

1.2.2. onConfigurationChanged的使用

首先：权限声明

<uses-permission Android:name="android.permission.CHANGE_CONFIGURATION"></uses-permission>

其次：声明Activity要捕获的事件类型

如：Android:configChanges="orientation|keyboard"

最后：重写Activity的onConfigurationChanged方法，如：

 

1.2.2.1. configChanges可选属性

“mcc“

The IMSI mobile country code (MCC) has changed — that is, a SIM hasbeen detected and updated the MCC.移动国家号码，由三位数字组成，每个国家都有自己独立的MCC，可以识别手机用户所属国家。

“mnc“

The IMSI mobile network code (MNC) has changed — that is, a SIM hasbeen detected and updated the MNC.移动网号，在一个国家或者地区中，用于区分手机用户的服务商。

“locale“

The locale has changed — for example, the user has selected a new language that text should be displayed in.用户所在地区发生变化。

“touchscreen“

The touchscreen has changed. (This should never normally happen.)

“keyboard“

The keyboard type has changed — for example, the user has plugged in an external keyboard.键盘模式发生变化，例如：用户接入外部键盘输入。

“keyboardHidden“

The keyboard accessibility has changed — for example, the user has slid the keyboard out to expose it.用户打开手机硬件键盘

“navigation“

The navigation type has changed. (This should never normally happen.)

“orientation“

The screen orientation has changed — that is, the user has rotated the device.设备旋转，横向显示和竖向显示模式切换。

“fontScale“

The font scaling factor has changed — that is, the user has selected a new global font size.全局字体大小缩放发生改变

1.2.3. onNewIntent的使用

该Activity已经存在，如LaunchMode为SingleTop或者singleTask时，再次打开该Activity，通过执行onNewIntent传递数据。

生命周期为：onPause->onStop->onNewIntent->onRestart->onStart->onResume

1.2.4. 情况2：资源不足导致优先级低的Activity被杀死

该情况下也会执行onSaveInstanceState与onRestoreInstanceStae方法保存与恢复数据。

1.2.4.1. 前台Activity优先级最高

1.2.4.2. 可见但非前台的Activity优先级次之

1.2.4.3. 后台Activity优先级最低

2. Activity的启动模式

2.1. Activity的LaunchMode

2.1.1. Standard

标准模式：每次启动一个Activity就会创建一个新的实例。该模式下，一个任务栈可以有多个实例，每个实例也可以属于不同的任务栈。谁启动这个Activity，这个Activity就会属于那个Activity属于的那个任务栈。

2.1.2. singleTop

栈顶复用模式：如果新的Activity已经位于任务栈的栈顶，就不会重新被创建，而是执行onNewIntent方法接受参数。如果新的Activity不在栈顶，则会被再次创建。

2.1.3. singleTask

栈内复用模式：这是一种单例模式，如果新的Activity已经存在于该栈内，则不会被重新创建，而是执行onNewIntent方法接收参数。此时该Activity会被置于栈顶，它之前的Activity会被踢出该任务栈。

2.1.4. singleInstance

单实例模式：这是一种加强版的singleTask模式。该模式下的Activity单独占用一个任务栈，系统在创建该

Activity时，会为它创建一个新的任务栈。后续的请求均不会创建新的Activity，除非这个任务栈被系统销毁。

执行onNewIntent方法接收参数。

2.2. Activity的Flags

Activity的Flags有很多，这里只分析一些常用的标记位。

2.2.1. Intent.FLAG_ACTIVITY_NEW_TASK

指定Activity的启动模式为“singleTask”

2.2.2. Intent.FLAG_ACTIVITY_SINGLE_TOP

指定Activity的启动模式为“singleTop”

2.2.3. Intent.FLAG_ACTIVITY_CLEAR_TOP

具有此标识位的Activity创建时，和它在同一个任务栈中的并且在它之上的Activity都要出栈。它一般与Intent.FLAG_ACTIVITY_NEW_TASK一起使用。

2.2.4. Intent.FLAG_ACTIVITY_NO_HISTORY

具有该标识位的Activity，启动新的Activity后就会被销毁，不会保留在任务栈中。

2.2.5. Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

使用该标记符的Activity不会出现在Activity列表中，也即我们从最近应用里面查看不到我们启动的这个activity。等同于在xml指定Activity的属性：android:excludeFromRecents=”true”

 

2.3. 启动模式的使用方式

2.3.1. 通过配置AndroidManifest.xml为Activity指定启动模式

 

2.3.2. 通过Intent中设置标识位（addFlags方法）为Activity指定启动模式

 

3. IntentFilter的匹配规则

Intentfilter：意图过滤器。它包括action、category、data。

启动Activity包括两种方式，显式调用和隐式调用。

显式调用：明确指定被启动对象的组件信息，包括包名与类名，最为常用。

隐式调用：通过匹配目标组件的IntentFilter中所设置的过滤信息，如果不匹配则无法启动目标Activity。

下面为过滤规则的示例：

 

一个匹配列表中的action、category、data可以有多个，只有一个Intent同时匹配action类别、category类别、data类别时才算完全匹配，只有完全匹配才能启动该Activity。另外，一个Activity可以有多个匹配列表（intent-filter），只要匹配一个就可以成功启动该Activity。

 

3.1. Action

3.1.1. Action的匹配规则

Action是一个字符串。一个过滤规则可以有多个action，Intent中的Action能够和过滤规则中的任一个action相同即可匹配成功。如果Intent中没有action则匹配失败。另外，action区分大小写，大小写不同字符串相同也会匹配失败。

3.1.2. 系统预定义的Action

"android.intent.action.MAIN"------------------动作：作为主入口点启动，不需要数据。

"android.intent.action.CALL"-------------------动作：拨打电话，被呼叫的联系人在数据中指定。

详细查看：http://blog.csdn.net/mc_hust/article/details/46300929

 

3.2. Category

3.2.1. Category的匹配规则

Category是一个字符串。Category的匹配规则与action不同，Intent中可以没有category，但是如果有，不管有几个，每个Category都必须与过滤规则中的Category相对应。

为什么Intent中可以没有Category呢？因为系统在调用startActivity和startActivityForResult时，默认加了“android.intent.category.DEFAULT”，这样就匹配了前面示例的第三个Category。同时，为了Activity能被隐式调用，必须在intent-filter中加入“android.intent.category.DEFAULT”。

3.2.2. 系统预定义的Category

“android.intent.category.DEFAULT”----------------------------------默认的category

“android.intent.category.LAUNCHER”--------------------------------决定应用程序是否显示在程序列表里

...

3.3. Data

3.3.1. Data的匹配规则

Data的匹配规则和action类似，如果过滤规则中定义了data，那么Intent中也必须定义可匹配的Data。

3.3.2. Data的定义语法

Data由两部分组成：mimeType与 URI :

 

 

mimeType指媒体类型，比如image/jpeg、audio/mpeg4-generic和 video/*等，可以表示图片、音频和视频等。

URI包含的东西比较多，结构为：

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

Scheme:URI 的模式，如http、file、content等，如果不指定scheme，则整个uri无效

Host：uri的主机名，如www.baidu.com，如果不指定host，则整个uri无效

Port：uri的端口号，如8080，只有指定了scheme与host，port才有意义。

Path、pathPrefix、pathPattern：这三个参数为路径信息。其中path为完整路径，pathPattern也是完整路径，不过它可以使用通配符’*’，’*’表示0个或任意个。pathPrefix为路径前缀。

3.4. Intent指定Action、Category、data的方式