好久以前就知道android的Activity有不同的启动方式，但开始始终没有弄明白，现在终于梳理清了。
任务栈
Activity一共有四种不同的启动模式，分别是standard 、singleTop、singleTask、singleInstance，不同的启动模式，就让activity存在于内存中不同的任务栈和栈里的位置。这里我们提到了一个任务栈，其实就是一个后进先出的容器，里面存放着Activity。
任务栈.png
在这样一个任务栈里面，相当于先让Activity_A进栈（直接启动Activity_A）,然后再让Activity_B进栈（从Activity_A以某种模式启动Activity_B，具体什么方式后面就讲）,剩下的Activity_C、Activity_D也是按照这种方式进栈。然后就是出栈了，首先我们明白现在的任务栈中有4个Activity，接着当我们按手机的back键的时候，就会按照D,C,B,A出栈，这也就是所说的先进后出。当然，屏幕显示的就是栈顶的元素了。
四种启动模式
一.standard (标准模式)
standard字面意思就是标准，没错，就是标准模式。当Activity以标准模式启动的时候，就会把该Activity给放入栈顶。没错，我们上面的例子就可以用standard模式启动。
二.singleTop(栈顶复用模式)
singleTop模式就是讲，当我们以singleTop启动Activity的时候，如果这时候的栈顶元素也是我们的需要启动的Activity，那么这个Activity就不会再次被创建，而是回调onNewIntent 方法。
栈顶复用.png
其实这个还是很好理解的，也就和字面意思一样。好，我们看上面的任务栈，左边就是我们开始的样子（DCBA），然后我们再以singleTop模式去启动D,然后，发现任务栈中还是（DCBA）。这就是栈顶复用模式。
二.singleTask(栈内复用模式)
singleTask是我觉得这几种模式中最难理解的，但是慢慢理一下，发现还是挺简单的。
以singleTask模式启动的Activity首先就会寻找自己需要的任务栈，如果没有，就会创建一个，然后把自己给放进栈里面。要是有发现自己需要的任务栈，就会看里面有没有这个Activity的实例，没有的话就在栈顶加入新创的实例，要是有的话就会弹出该实例上面的所有元素，从而把所需求的实例给推到栈顶。
这样一说，肯定都还是模模糊糊的，不用怕，我们慢慢理。首先，这里我们提出了一个新的术语，"Activity需要的任务栈"。这里我们需要明白，当我们没有为Activity给指定任务栈的话,那它默认的就是我们项目的包名。当然，我们可以为其指定一个任务栈。
<activity
android:name=".Activity_C"
android:label="@string/title_activity_activity__c"
android:taskAffinity="com.mathias.www"
android:theme="@style/AppTheme.NoActionBar" />
在Activity标签中，通过taskAffinity（任务相关性）给指定的字符串（字符串中必须包含分割符” . “）,这样当我们以singleTask启动该Activity的时候，就会新建一个任务栈。但是一般来说我们的Activity都是以默认的taskAffinity启动的。
相同的任务栈
栈内复用.png
就如上图一样，起初我们的任务栈中有DCBA四个元素，接着，我们以singleTask模式启动B,那么B就不会被重新创建，而是回调onNewIntent方法，并且，它还会清掉它上面的元素DC(clearTop效果)，这时候你按back键的话就是返回到A。
不同的任务栈
栈内复用 (1).png
图中，我们起初的默认任务栈中有BA两个元素，然后我们以singleTask(不同的任务栈，即改变了taskAffinity)启动C,那么C就会被放到另一个任务栈中，同时，由于C在前台，所以C属于的任务栈也会被变成我们的前台任务栈。
当然，有些人可能会说，C不在默认的任务栈中了，但是我们按back键还是会回到B呀？对，当然会回到B。当前台任务栈返回的是时候栈里已经没有了元素了，所以就会返回到后台任务栈了。
或许你又会说，那这样启动Activity有什么作用吗？好吧，当我们在同一个应用以不同的任务栈启动的时候，好像这个作用并不大（怪我自己还没找到），但是在一个应用代开另一个应用的时候就起作用了，当一个应用A打开了另一个应用B的Acctvity后，再返回Home,打开应用B,就发现B没有在主界面，而是开始A打开的界面，当然这里还需要一个Activity的属性支持 android:allowTaskReparenting="true"。
singleInstance(单实例模式)
所谓的singleInstance模式，首先，它具备上一个singleTask的所有属性，其次，它只能独自的存在于一个单独的任务栈。简单点就是说,当以singleInstance启动Activity的时候，会为它创建一个新的任务栈，而且这个任务栈只会有它一个Activity，后续的请求也都不会再重新创建它了，所以叫做单例。
单实例.png
好吧，我们还是简单的分析一下（搞什么，图和上面的一样）:假设我们当前任务栈中有BA,接着我们以singleInstance模式启动C，那么C就会在一个独立的任务栈中了，然后我们的请求可能会让前台任务栈又变成了默认的（BA），这时候，我们再启动C,就不会创建C,而是直接把C这个任务栈变成前台任务栈，显示C。
也许你看过上面的分析又会有疑问了：明明上面的操作用singleTask就能完成,为什么还要用singleInstance?
解析.png
的确，上面的操作换成singleTask也是可以完成的，但是看我们这图里面的情况，BA为默认的任务栈，C为新建的。这时候，我们启动一个和C任务栈相同的D,那么这里就会变成DC。
解析 (1).png
然后，我们一系列的操作 ,又让前台任务栈变成了
BA,我们这时候启动C，那么由于开始说的clearTop属性就会把D给清理出去了。再创建D的时候就会重建了，然而，如果使用的是singleInsatnce的话就不会出现这种情况了，因为singleInstance中只能有一个Activity。
设置启动模式
说了这么多，才发现还没有讲如何设置......
好吧，设置Activity启动模式有两种方法，一种就是在AndroidManifest.xml中Activity的launchMode：
<activity
android:name=".Activity_B"
android:launchMode="singleInstance"
android:allowTaskReparenting="true"
android:label="@string/title_activity_activity__b"
android:theme="@style/AppTheme.NoActionBar" />
另一种就是在代码中设置标志符了：
Intent intent = new Intent(Activity_A.this,Activity_B.class);
intent.setFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
startActivity(intent);
这两种方式都可以设置，但是代码设置的优先级肯定是比在xml中高的(在代码中先解析xml，再设置的)。
最后
我一个苦逼的大学生，而且专业还不对口，希望写写东西，加强理解与记忆，同时也希望自己的理解能帮到更多的人。所以，有什么错误的，写得不好的，希望指出，共同进步。
还有，这些是我参考《Android开发艺术探索》的，对，就是任大大的。
网友评论