andorid的四种启动模式 （第一行代码学习）

1. Standard模式（默认）

standard是活动默认的启动模式，在不进行显式指定的情况下，所有活动都会自动使用
这种启动模式。 因此， 到目前为止我们写过的所有活动都是使用的 standard 模式。 经过上一
节的学习，你已经知道了 Android 是使用返回栈来管理活动的，在 standard 模式（即默认情
况）下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用
standard 模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，每次启动都会创建
该活动的一个新的实例。

 

2. SingleTop模式

可能在有些情况下， 你会觉得standard模式不太合理。 活动明明已经在栈顶了， 为什么
再次启动的时候还要创建一个新的活动实例呢？别着急， 这只是系统默认的一种启动模式而
已，你完全可以根据自己的需要进行修改，比如说使用 singleTop 模式。当活动的启动模式
指定为 singleTop， 在启动活动时如果发现返回栈的栈顶已经是该活动， 则认为可以直接使用
它，不会再创建新的活动实例。

 

3. SingleTask模式

使用singleTop模式可以很好地解决重复创建栈顶活动的问题，但是正如你在上一节所
看到的， 如果该活动并没有处于栈顶的位置， 还是可能会创建多个活动实例的。 那么有没有
什么办法可以让某个活动在整个应用程序的上下文中只存在一个实例呢？这就要借助
singleTask 模式来实现了。 当活动的启动模式指定为 singleTask， 每次启动该活动时系统首先
会在返回栈中检查是否存在该活动的实例， 如果发现已经存在则直接使用该实例， 并把在这
个活动之上的所有活动统统出栈，如果没有发现就会创建一个新的活动实例

 

4. SingleInstance模式

singleInstance模式应该算是四种启动模式中最特殊也最复杂的一个了， 你也需要多花点
功夫来理解这个模式。 不同于以上三种启动模式， 指定为 singleInstance 模式的活动会启用一
个新的返回栈来管理这个活动（其实如果 singleTask 模式指定了不同的 taskAffinity， 也会启
动一个新的返回栈）。那么这样做有什么意义呢？想象以下场景，假设我们的程序中有一个
活动是允许其他程序调用的， 如果我们想实现其他程序和我们的程序可以共享这个活动的实
例， 应该如何实现呢？使用前面三种启动模式肯定是做不到的， 因为每个应用程序都会有自
己的返回栈，同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用
singleInstance 模式就可以解决这个问题， 在这种模式下会有一个单独的返回栈来管理这个活
动， 不管是哪个应用程序来访问这个活动， 都共用的同一个返回栈， 也就解决了共享活动实
例的问题

每个程序都会有一个返回栈    先进后出  栈就像一个木桶，最后放进去的东西就会放在桶的最上面。现在我要向桶里放A

1.Standard模式（默认） 每次都会往桶里放A 直接放进去

2. SingleTop模式  如果A不在桶的最上面 就会往桶里放A，不管桶里有没有A 如果再的话就会重新利用该A（onNewIntent） 

3.SingleTask模式  如果桶里面有A并且不在桶的最上面，就会把A上面的销毁掉，让A置于桶的最上面。如果在桶的最上面，就重新利用该A（onNewIntent）。

4.SingleInstance模式  就会重新买一个桶单独放这个A，并且该桶只放这个A（onNewIntent）不能再放别的。 A在激活状态并返回的话就会正常顺序返回，如果返回的是第一个桶的，就会先把第一个桶里面的返回完再返回A所在的桶。 一个桶销毁完才能销毁另外一个桶的。

      获取这个界面是哪个Activity  在BaseActivity里面打印该名字

Log.d("BaseActivity", getClass().getSimpleName());