standard：标准模式
standard是活动默认的启动模式，在不进行显式指定的情况下，所有活动都会自动使用这种启动模式。每当启动一个新的活动，它就会在任务栈中入栈，并处于栈顶的位置。对于使用standard模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，每次启动都会创建该活动的一个新的实例。
在standard模式（即默认情况）下，谁启动了这个Activity，那么这个Activity 就会运行在启动它的那个Activity 所在的栈中。比如Activity A 启动了Activity B（B 是标准模式），则 B 就会进入到 A 所在的栈中。当我们用 ApplicationContext 去启动 standard 模式的 Activity 时，会抛下面的异常：
android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag.
Tips:当我们在Adapter或者其他地方(如Service、BroadCastReceiver、Widget等)中使用startActivity()时，也会抛该异常
这是因为 standard 模式的Activity 默认会进入启动它的Activity 所属的任务栈，但是由于非Activity 类型的 Context（如ApplicationContext）并没有任务栈，所以就有问题了。
解决办法就是为待启动 Activity 指定 FLAG_ACTIVITY_NEW_TASK 标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候待启动 Activity 实际上是以 singleTask 模式启动的。
我们将会一个Activity，命名为FirstActivity，来演示一下标准的启动模式。FirstActivity代码如下：
public class FirstActivity
extends AppCompatActivity
{
private static final String TAG = "FirstActivity";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
if (savedInstanceState != null) {
String test = savedInstanceState.getString("extra_test");
Log.e(TAG, "[onCreate] restore extra_test:" + test);
}
TextView textView = findViewById(R.id.tast_id1);
textView.setText(this.toString() + "\n" + "current task id: " + this.getTaskId());
findViewById(R.id.first_btn2).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(getApplicationContext(), SecondActivity.class));
}
});
findViewById(R.id.first_btn1).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(getApplicationContext(), FirstActivity.class));
}
});
}
}
我们FirstActivity界面中的TextView用于显示当前Activity实例的序列号，Button用于跳转到下一个FirstActivity界面。
然后我们连续点击几次按钮，将会出现下面的现象：
我们注意到都是FirstActivity的实例，但序列号不同，并且我们需要连续按后退键两次，才能回到第一个FristActivity。standard模式的原理如下图所示：
如图所示，每次跳转系统都会在task中生成一个新的FirstActivity实例，并且放于栈结构的顶部，当我们按下后退键时，才能看到原来的FirstActivity实例。
这就是standard启动模式，不管有没有已存在的实例，都生成新的实例。
singleTop：栈顶复用模式，解决重复创建栈顶活动的问题。
适用场景：适合接收通知启动的内容显示页面。例如，某个新闻客户端的新闻内容页面，如果收到10个新闻推送，每次都打开一个新闻内容页面是很麻烦的。从外界可能多次跳转到一个界面
当活动的启动模式指定为singleTop，在启动活动时如果发现任务栈的栈顶已经是该活动，则认为可以直接使用它，不会再创建新的活动实例，同时它的onNewIntent 方法会被回调，通过此方法的参数我们可以取出当前请求的信息。
注意：这个Activity 的onCreate、onStart 不会被系统调用，因为它并没有发生改变。如果新Activity 的实例已存在但不是位于栈顶，那么新Activity 仍然会重新重建。
我们看到这个结果跟standard有所不同，2个序列号是相同的，也就是说使用的都是同一个FirstActivity实例；如果按一下后退键，程序立即退出，说明当前栈结构中只有一个Activity实例。singleTop模式的原理如下图所示：
这是栈内只有一个Activity，如果是多个Activity怎么办，如果不是在栈顶会如何？我们接下来再通过一个示例来证实一下大家的疑问。
我们再新建一个Activity命名为SecondActivity，如下：
public class SecondActivity
extends AppCompatActivity
{
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main2);
TextView textView = findViewById(R.id.tast_id2);
textView.setText(this.toString() + "\n" + "current task id: " + this.getTaskId());
findViewById(R.id.second_btn).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(SecondActivity.this, FirstActivity.class));
}
});
findViewById(R.id.second_btn2).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(SecondActivity.this, SecondActivity.class));
}
});
}
}
然后将之前的FirstActivity跳转代码改为：
startActivity(new Intent(getApplicationContext(), SecondActivity.class));FirstActivity会跳转到SecondActivity，SecondActivity又会跳转到FirstActivity。演示结果如下：
扫描二维码关注公众号，回复：
2226261 查看本文章
我们看到，两个FirstActivity的序列号是不同的，证明从SecondActivity跳转到FirstActivity时生成了新的FirstActivity实例。原理图如下：
我们看到，两个FirstActivity的序列号是不同的，证明从SecondActivity跳转到FirstActivity时生成了新的FirstActivity实例。原理图如下：
我们看到，当从SecondActivity跳转到FirstActivity时，系统发现存在有FirstActivity实例,但不是位于栈顶，于是重新生成一个实例。这就是singleTop启动模式，如果发现有对应的Activity实例正位于栈顶，则重复利用，不再生成新的实例。
singleTask：栈内复用模式，让某个活动在整个应用程序的上下文中只存在一个实例。
适合作为程序入口点。例如浏览器的主界面。不管从多少个应用启动浏览器，只会启动主界面一次，其余情况都会走onNewIntent，并且会清空主界面上面的其他页面。之前打开过的页面，打开之前的页面就ok，不再新建
这是一种单实例模式，在这种模式下，只要Activity 在一个栈中存在，那么多次启动此Activity 都不会重新创建实例，和 singleTop 一样，系统也会回调其 onNewIntent。
当活动的启动模式指定为singleTask，比如Activity A，系统首先会寻找是否存在A 想要的任务栈，如果不存在重新创建一个任务栈，然后创建 A 的实例后把 A 放到栈中。如果存在A 所需的任务栈，此时会查看任务栈中是否存在A 的实例，如果存在，系统就会把 A 调到栈顶并调用它的 onNewIntent 方法，将A 之上的其它 Activity 移出任务栈。如果 A 的实例不存在，就创建 A 的实例并把A 压入栈中。
我们修改FirstActivity的属性android:launchMode="singleTask"。演示的结果如下：
我们注意到，在上面的过程中，FirstActivity的序列号是不变的，SecondActivity的序列号却不是唯一的，说明从SecondActivity跳转到FirstActivity时，没有生成新的实例，但是从FirstActivity跳转到SecondActivity时生成了新的实例。singleTask模式的原理图如下图所示：
在图中的右半部分是SecondActivity跳转到FirstActivity后的栈结构变化的结果，我们注意到，SecondActivity消失了，没错，在这个跳转过程中系统发现有存在的FirstActivity实例，于是不再生成新的实例，而是将FirstActivity之上的Activity实例统统出栈，将FirstActivity变为栈顶对象，显示到幕前。也许朋友们有疑问，如果将SecondActivity也设置为singleTask模式，那么SecondActivity实例是不是可以唯一呢？在我们这个示例中是不可能的，因为每次从SecondActivity跳转到FirstActivity时，SecondActivity实例都被迫出栈，下次等FirstActivity跳转到SecondActivity时，找不到存在的SecondActivity实例，于是必须生成新的实例。但是如果我们有ThirdActivity，让SecondActivity和ThirdActivity互相跳转，那么SecondActivity实例就可以保证唯一。
这就是singleTask模式，如果发现有对应的Activity实例，则使此Activity实例之上的其他Activity实例统统出栈，使此Activity实例成为栈顶对象，显示到幕前。
singleInstance：单实例模式，共享活动实例的问题。
适合需要与程序分离开的页面。例如闹铃提醒，将闹铃提醒与闹铃设置分离。singleInstance不要用于中间页面，如果用于中间页面，跳转会有问题，比如：A -> B (singleInstance) -> C，完全退出后，在此启动，首先打开的是B。某个应用中用到了google地图，当退出该应用的时候，进入google地图，还是刚才的界面
指定为singleInstance模式的活动会启用一个新的返回栈来管理这个活动（其实如果singleTask模式指定了不同的taskAffinity，也会启动一个新的返回栈）。这是一种加强的 singleTask 模式，它除了具有singleTask 模式的所有特性外，还加强了一点，就是具有此种模式的Activity 只能单独地位于一个任务栈中，比如Activity A 是singleInstance 模式，当A 启动后，系统会为它创建一个新的任务栈，然后A 肚子在这个新的任务栈中，由于栈内复用的特点，后续的请求都不会创建新的 Activity，除非这个独特的任务栈被系统销毁了。
singleInstance 模式会启用一个新的栈结构，将Acitvity放置于这个新的栈结构中，并保证不再有其他Activity实例进入。修改FirstActivity的launchMode="standard"，SecondActivity的launchMode="singleInstance"，AndroidManifest.xml如下所示：
<?xml version="1.0" encoding="utf-8"?>
<manifest package="com.example.yhadmin.activitydemo2"
xmlns:android="http://schemas.android.com/apk/res/android">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity android:name=".FirstActivity"
android:launchMode="standard">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
<activity android:name=".SecondActivity"
android:launchMode="singleInstance">
</activity>
</application>
</manifest>我们在每个Activity中显示当前栈结构的id，每个Activity添加如下代码：
TextView textView = findViewById(R.id.tast_id1);
textView.setText(this.toString() + "\n" + "current task id: " + this.getTaskId());然后我们再演示一下这个流程：
我们发现这两个Activity实例分别被放置在不同的栈结构中，关于singleInstance的原理图如下：
从FirstActivity跳转到SecondActivity时，重新启用了一个新的栈结构，来放置SecondActivity实例，然后按下后退键，再次回到原始栈结构；
图中下半部分显示的在SecondActivity中再次跳转到FirstActivity，这个时候系统会在原始栈结构中生成一个FirstActivity实例，然后回退两次，注意，并没有退出，而是回到了SecondActivity，为什么呢？是因为从SecondActivity跳转到FirstActivity的时候，我们的起点变成了SecondActivity实例所在的栈结构，这样一来，我们需要“回归”到这个栈结构。
如果我们修改FirstActivity的launchMode值为singleTop、singleTask、singleInstance中的任意一个，流程将会如图所示：如果我们修改FirstActivity的launchMode值为singleTop、singleTask、singleInstance中的任意一个，流程将会如图所示：
Activity 的 Flags
FLAG_ACTIVITY_NEW_TASK
为Activity 指定 singleTask 启动模式，效果和在 XML 中指定 singleTask 模式相同
FLAG_ACTIVITY_SINGLE_TOP
为Activity 指定 singleTop 启动模式，效果和在 XML 中指定 singleTop 模式相同
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"