1.生命周期
1.1典型情况下的生命周期
![]()
lifeCircle.png
- 在ActivityA上启动ActivityB:
A：onPause()
B：onCreate()
B：onStart()
B：onResume()
A：onStop() - 用户按下Back键：
onPause()
onStop()
onDestroy()
1.2异常情况下的生命周期
1.2.1资源相关的系统配置发生改变导致Activity被杀死并重新创建
- 默认情况下，当系统设置发生改变后，Activity就会被销毁并重新创建：
销毁：
onPause()+onSaveInstanceState() 这两者没有时序关系，同时onSaveInstanceState()只会在异常终止下调用
onStop()
onDestroy()
重新创建：
onCreate()
onStart()
onRestoreIntanceState()
onResume() - 恢复数据可以选择在onCreate()和onRestoreInstanceState()。区别在于后者一旦被调用参数 Bundle savedInstacneState一定有值
1.2.2资源不足导致低优先级的Activity被杀死
Activity优先级：
- 前台Activity——正在和用户交互的Activity，优先级最高
- 可见但非前台Activity——比如Activity中弹出了一个对话框，导致activity可见但是位于后台无法和用户交互。
- 后台Activity——已经被暂停的Activity比如执行了onStop()，优先级最低
1.3 系统设置发生改变后，不重新创建Activity
在指定Activity的注册xml中设置configChanges属性指定那些设置发生变化后不重新创建即可，但是会导致调用onConfigurationChaged(Configration newConfig)
2.启动模式
2.1 LaunchMode
Android是使用任务（Task）来管理活动的，一个任务就是一组存放在栈里的活动的集合，这个栈也被称作返回栈（Back Stack）。在默认情况下，我们新启动了一个活动，它会在返回栈中入栈，并处于栈顶的位置。而每当我们按下Back键或调用finish()方法去销毁一个活动时，处于栈顶的活动就会出栈。默认情况下一个Activity所需要的任务栈的名字为应用的包名
standard：标准模式，系统默认模式。每次启动一个活动都会重新创建一个新的实例，不管这个实例是否已经存在。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下谁启动了这个Activity，这个Activity就运行在启动它的那个Activity所在的栈中。
singleTop：栈顶复用模式。在这种模式下，如果要启动的Activity已经存在于栈顶，此Activity就不会被重新创建，onCreate()、onStart()不会被调用，但是onNewIntent方法会被回调然后调用onResume()，通过此方法我们可以取出当前请求的信息。如果不位于栈顶，则会重新创建。
singleTask：栈内复用。这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，只是回调onNewIntent()。具体一点，当一个Activity A以singleTask模式请求启动后，系统首先会去寻找有没有A所需要的任务栈，没有则创建这个任务栈并且创建一个A的实例置于栈顶。有则去看这个任务栈中是否已经存在A的实例，存在则把之前的Activity都出栈，这样A的实例就处于栈顶了并且调用onNewIntent()，没有则创建一个实例并置于栈顶。
singleInstance：单实例模式。这是一种加强的singleTask模式，这种模式的Activity只能单独的位于一个任务栈中。
Activity的TaskAffinity属性：标识了一个Activity所需要的任务栈的名字。
TaskAffinity+singleTask：待启动的Activity会运行在名字和TaskAffinity值相同的任务栈中
TaskAffinity+allowTaskReparenting（活动属性）：当allowTaskReparenting = "true"时，从应用A启动应用B的活动C，然后启动B，C会直接从A的任务栈转移到B的任务栈的栈顶。
如何给Activity指定启动模式？
- 在Menifest中注册Activity时设置它的launchMode属性 例如：android:launchMode="singleTask"
- 在Intent中设置标志位来为Activity指定启动模式
两种设置启动模式的区别？
- 第二种的优先级高于第一种，当两者同时存在以第二种为准。
- 限定范围不同，比如第一种方式无法直接为Activity设置FLAG_ACTIVITY_CLEAR_TOP，而第二种无法指定singleInstance.
2.2 Activity的Flags
比较常用：
- FLAG_ACTIVITY_NEW_TASK：等同singleTask
- FLAG_ACTIVITY_SINGLE_TOP：等同singleTop
- FLAG_ACTIVITY_CLEAR_TOP：一般和singleTask一起出现；如果被启动的Activity采用standard模式启动，那么它连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。
- FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：不会出现在历史Activity列表中
3.IntentFilter的匹配规则
我们知道，活动的启动有两种方式：
- 显式调用
- 隐式调用
原则上这两种调用方式不应该共存，如果共存以显式调用为主。
隐式调用需要Intent能够匹配目标组件的IntentFilter中设置的过滤信息。
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
<data android:mimeType ="text/plain"/>
</intent-filter>
</activity>
action category data 均可以有多个
intent-filter 也可以有多个
3.1 action的匹配规则
action是一个字符串，系统预定义了一些action，同时我们也可以自己在应用中自己定义自己的action。对于intent-filter中的多个action，只要Intent中的action有一个和其中的一个完全匹配，则action匹配成功。总结一下，action的匹配要求Intent中的action存在且必须和过滤规则中的一个action完全相同。
3.2 category的匹配规则
category是一个字符串，系统预定义了一些category，同时我们也可以自己在应用中自己定义自己的category。
- Intent中如果没有category，则匹配成功，因为会自动匹配默认的那个category
- Intent中有一个或者多个category，则出现的每个category都必须在intent-filter中有完全匹配的。
3.3 data的匹配规则
<data android:scheme="string" ////URI模式，http、file、content等，必须有，否则URI无效
android:host="string" /// 主机名：www.baidu.com，必须有
android:port="string" ///端口号，比如80，上两项有参数时这个才有意义
android:path="string" ///同下两个一起表示路径信息
android:pathPattern="string"
android:pathPrefix="string"
android:mimeType="string" /> ////资源类型
Intent中必须有data，且必须匹配一个intent-filter中的data
