Android 图文教学让你彻底理解activity启动模式

我们首先从最简单的开始，

standard

这个模式就是默认的模式，我们都知道当你用这个模式时，每次发送一个intent，都会生成一个新的实例！

我写一个简单的例子：

 <?xml version="1.0" encoding="utf-8"?>

 <manifest xmlns:android="http://schemas.android.com/apk/res/android"

     package="com.example.administrator.lanuchmodetest">

     <application

         android:allowBackup="true"

         android:icon="@mipmap/ic_launcher"

         android:label="@string/app_name"

         android:supportsRtl="true"

         android:theme="@style/AppTheme">

         <activity

             android:name=".MainActivity"

             android:label="@string/app_name"

             android:theme="@style/AppTheme.NoActionBar">

             <intent-filter>

                 <action android:name="android.intent.action.MAIN" />

                 <category android:name="android.intent.category.LAUNCHER" />

             </intent-filter>

         </activity>

         <activity

             android:name=".TestMainActivity"

             android:label="@string/title_activity_test_main"

             android:theme="@style/AppTheme.NoActionBar"></activity>

     </application>

 </manifest>

对于这个app来说，MainActivity 是他的第一个默认启动的acitivity，TestMainActivity是第二个activity，MainActivity上有一个按钮点击以后就发送intent会跳转到TestMainActivity上，

我重写了TestMainActivity的onBackPressed方法，使得在这个activity上按返回键时不会走系统自动销毁的方法，而是发送intent到MainActivity上来启动MainActivity。

当我们重复了几次这个动作以后，在命令行上输入 adb shell dumpsys activity activities ，可以得到：

你看这个就能清晰的看出来当前我们这个app 有一个task栈，这个栈里所有存在的activity都在这个task里，有很多重复的。

当然了这个是最简单的情况，我们现在考虑如果是外部一个app 来启动我们这个app里的TestMainActivity是什么情况？

现在我就来写一个outerlanuchmodetest 的app 来启动我们lanuchmodetest 这个app里的 TestMainActivity 看看是什么效果

（这里代码太简单略了），写完以后运行命令

你会发现 TestMain虽然是定义在lanuchmode这个app里的但是如果外部app启动了他，他还是会在那个外部app里的task！

于此同时，在我这个低于5.0（4.3版本）的模拟器里，你打开最近启动app的列表你会发现是这样的：

同时我们点进去以后会发现我们必须点一次返回键才能回到我们的Outer这个app自己的界面。

singleTop

这个稍微有点难度，比上面稍微复杂点。实际上singletop和standrd 基本上差不多，也是可以有多个activity实例的，

唯一的不同在于：

如果调用的目标activity 位于调用者的task的栈顶，则不会创建新的实例，而是使用当前的这个activity 并调用onNewIntent方法。

目标 activity 位于调用者的task的栈顶，很多人理解不了，其实翻译过来就是自己启动自己。比如很多app里的搜索结果界面

就是这样的，你每次搜索其实都是调用onNewIntent。设想一下，如果不用这个singleTop，那你搜索100次不就有100个搜索页面了

那你要回到上个页面得返回100次。

下面来做一个app，这个app的testMainActivity页面有个按钮点击他就启动自己，我们看看会发生什么？

我们可以看出来，当第一次启动这个testmain的时候 onNewIntent是不走的走的是onCreate ，以后每发送一个

启动这个页面的intent，onCreate都不会走了都是走的onNewIntent。

现在看看task里的情况：

当然你要是从另外一个app去启动的话，因为另外一个app 有自己的task 所以当然是可以有2个testMainActivity实例的：

singleTask

这个相对于singetop来说，这个又要复杂一些。

用这个启动模式的，activity 在整个系统中都只有1个！注意是整个系统而不是某个task 这是和top最大的区别。

如果这个实例存在那就会由onNEWINTENT来接受这个intent。这一点倒是和top一样。

并且会把他前面的 activity全部销毁掉。

  <activity

             android:name=".TestMainActivity"

             android:label="@string/title_activity_test_main"

             android:launchMode="singleTask"

             android:theme="@style/AppTheme.NoActionBar">

             <intent-filter>

                 <action android:name="android.intent.action.TEST_LANUCHMODE" />

                 <category android:name="android.intent.category.DEFAULT" />

             </intent-filter>

         </activity>

好，我们现在就来用图的形式来解释一下这个过程：

我们假设main 点击以后跳转到testmain

testmain 点击以后跳转到main2

main2 点击以后跳转到main3

此时的task 情况为：

此时main3 点击一下跳转到testmain以后的task情况为：

很符合我们的预期对吧，但是如果你稍微改一下：

  <activity

             android:name=".TestMainActivity"

             android:label="@string/title_activity_test_main"

             android:launchMode="singleTask"

             android:taskAffinity=""

             android:theme="@style/AppTheme.NoActionBar">

             <intent-filter>

                 <action android:name="android.intent.action.TEST_LANUCHMODE" />

                 <category android:name="android.intent.category.DEFAULT" />

             </intent-filter>

         </activity>

你看我们加了一个taskAffinity属性，这个时候我们再重复一遍上述那个过程的第一步你就会发现，此时的task情况是这样的：

你看，这里我们发现虽然都是一个应用内的activity互相启动但是当你加了这个属性以后，我们由main 跳往testmain的时候

是新开的一个栈！而不是原来的main自己的那个栈了！当我们从main3 跳往testmain的时候：

依旧是如此！所以要注意这个属性对singtask的影响！

包括你打开任务管理器都是这样的：

刚才我们讲的是singtask的应用内之间的情况，现在来讲一下应用外跳转的情况！

注意当跨应用跳转时，taskAffinity 属性就不影响singetask了。加不加都一样（有兴趣的同学可以自己试试）

当跨应用跳转时情况如下：

1.当目标app进程不在的时候：

你看，此时我们还在活动的activity 就是系统的lanucher 和我们自己的outerlanuchmode。

此时如果启动lanuchmode 这个app里的testmain，那么就会：

你看此时系统task 就是这样的，

所以针对这种情况结论就是：当目标activity所属的app没有启动，并且activity属性属于singetask的时候，

调用者启动这个acitivity的结果就是必定会在另外一个task里！

2.第二种情况：

目标activity所属的app 已经启动了，但是目标activity还没有启动

此时如果点击启动目标activity

结果也很明了，当然还有另外一种复杂的情况，如果目标activity已经有了testmainactivity 存在会怎么样，这里就不写了，

有兴趣的同学可以自己写个demo 看下task的情况。

singleInstance

最后看一下这个单例模式，其实这个最简单，就是无论什么时候，这个属性的activity 都是自己单独占据一个栈的。

并且和前面的singleTask类似，在系统中只有一份！

比方说我们从main 跳转到testmain 这个单例:

   <activity

             android:name=".TestMainActivity"

             android:label="@string/title_activity_test_main"

             android:launchMode="singleInstance"

             android:theme="@style/AppTheme.NoActionBar">

             <intent-filter>

                 <action android:name="android.intent.action.TEST_LANUCHMODE" />

                 <category android:name="android.intent.category.DEFAULT" />

             </intent-filter>

         </activity>

看上去是和singletask 一样，但是如果你打开任务管理器你会发现：

只有一个！

并且当你从任务管理器进入到这个界面时，你点返回是无法回到main的！

所以说这种情况虽然是2个task ，但是系统在任务管理器只显示一个！

并且返回回不到前面一个acitivity，这样的体验非常糟糕一定要慎用！

当然解决方法也有，只要加上taskaffinity属性即可！

加上以后你再打开任务管理器就是：

一切正常。

不过还是想多说一句单例模式尽量慎用，尤其是不带taskaffinity属性的，据我目前看过的源码里面应该只有

某些手机rom里的lanucher 会用这个属性，其他任何app中我都没有见过用这个属性的。所以大家也一定要慎用！

因为会给用户造成困惑！