Android开发之Activity的启动模式

在Android中Activity的启动模式决定了Activity的启动运行方式。

Android总Activity的启动模式分为四种：

Activity启动模式设置：

Activity的四种启动模式：

1. standard

模式启动模式，每次激活Activity时都会创建Activity，并放入任务栈中。

2. singleTop

如果在任务的栈顶正好存在该Activity的实例， 就重用该实例，否者就会创建新的实例并放入栈顶(即使栈中已经存在该Activity实例，只要不在栈顶，都会创建实例)。

3. singleTask

如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的onNewIntent())。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移除栈。如果栈中不存在该实例，将会创建新的实例放入栈中。

4. singleInstance

在一个新栈中创建该Activity实例，并让多个应用共享改栈中的该Activity实例。一旦改模式的Activity的实例存在于某个栈中，任何应用再激活改Activity时都会重用该栈中的实例，其效果相当于多个应用程序共享一个应用，不管谁激活该Activity都会进入同一个应用中。

Activity的Flags

Activity的flags有很多，这里只分析下比较常用的一些标记位。标记位的作用有很多，比如有的标记位可以设定Activity的启动模式；有的可以影响activity的运行状态等。
使用方法：

  Intent intent = new Intent();
        intent.setClass(this,classs);
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        startActivity(intent);

 FLAG_ACTIVITY_NEW_TASK 

指定Activity的启动模式为singleTask，优先级高于在xml中设置，如果两处都有设置，以设置标志位为准。
FLAG_ACTIVITY_SINGLE_TOP
指定Activity的启动模式为singleTop，优先级高于在xml中设置，如果两处都有设置，以设置标志位为准。
FLAG_ACTIVITY_CLEAR_TOP
此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都需要出栈。这个标记位一般和singleTask启动模式一起出现，在这种情况下，被启动Activity的实例如果已经存在，那么系统就会调用它的onNewIntent。如果被启动的Activity采用standard模式启动，那么它连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
此标记位的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望用户通过历史列表回到我们Activity的时候这个标记比较有用。它等同于在xml中指定activity的属性：android：excludeFromRecents="true"。

Intent Filter

就是 用来注册 Activity 、 Service 和 Broadcast Receiver 具有能在某种数据上执行一个动作的能力。
使用 Intent Filter ，应用程序组件告诉 Android ，它们能为其它程序的组件的动作请求提供服务，包括同一个程序的组
件、本地的或第三方的应用程序。

为了注册一个应用程序组件为 Intent 处理者，在组件的 manifest 节点添加一个 intent-filter 标签。

在 Intent Filter 节点里使用下面的标签（关联属性），你能指定组件支持的动作、种类和数据：
1．动作测试
元素中可以包括子元素，比如：

1. < intent-filter >
2. < action android:name="com.example.project.SHOW_CURRENT" />
3. < action android:name="com.example.project.SHOW_RECENT" />
4. < action android:name="com.example.project.SHOW_PENDING" />

5. 

一条元素至少应该包含一个，否则任何Intent请求都不能和该匹配。如果Intent
请求的Action和中个某一条匹配，那么该Intent就通过了这条的动作测试。如果
Intent请求或中没有说明具体的Action类型，那么会出现下面两种情况。
(1) 如果中没有包含任何Action类型，那么无论什么Intent请求都无法和这条匹配；
(2) 反之，如果Intent请求中没有设定Action类型，那么只要中包含有Action类型，这个Intent请求就将顺
利地通过的行为测试。

2．类别测试
元素可以包含子元素，比如：

1. < intent-filter . . . >
2. < category android:name="android.Intent.Category.DEFAULT" />
3. < category android:name="android.Intent.Category.BROWSABLE" />
4. 

只有当Intent请求中所有的Category与组件中某一个IntentFilter的完全匹配时，才会让该 Intent请求通过测试
，IntentFilter中多余的声明并不会导致匹配失败。一个没有指定任何类别测试的 IntentFilter仅仅只会匹配没
有设置类别的Intent请求。

3．数据测试
数据在中的描述如下：

1. < intent-filter . . . >
2. < data android:type="video/mpeg" android:scheme="http" . . . />
3. < data android:type="audio/mpeg" android:scheme="http" . . . />
4. 

元素指定了希望接受的Intent请求的数据URI和数据类型，URI被分成三部分来进行匹配：scheme、 authority和path
。其中，用setData()设定的Inteat请求的URI数据类型和scheme必须与IntentFilter中所指定的一致。若IntentFilter中还指定了authority或path，它们也需要相匹配才会通过测试。