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

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

standard

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

我写一个简单的例子:

 1 <?xml version="1.0" encoding="utf-8"?>
 2 <manifest xmlns:android="http://schemas.android.com/apk/res/android"
 3     package="com.example.administrator.lanuchmodetest">
 4 
 5     <application
 6         android:allowBackup="true"
 7         android:icon="@mipmap/ic_launcher"
 8         android:label="@string/app_name"
 9         android:supportsRtl="true"
10         android:theme="@style/AppTheme">
11         <activity
12             android:name=".MainActivity"
13             android:label="@string/app_name"
14             android:theme="@style/AppTheme.NoActionBar">
15             <intent-filter>
16                 <action android:name="android.intent.action.MAIN" />
17 
18                 <category android:name="android.intent.category.LAUNCHER" />
19             </intent-filter>
20         </activity>
21         <activity
22             android:name=".TestMainActivity"
23             android:label="@string/title_activity_test_main"
24             android:theme="@style/AppTheme.NoActionBar"></activity>
25     </application>
26 
27 </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全部销毁掉。

 1  <activity
 2             android:name=".TestMainActivity"
 3             android:label="@string/title_activity_test_main"
 4             android:launchMode="singleTask"
 5             android:theme="@style/AppTheme.NoActionBar">
 6             <intent-filter>
 7                 <action android:name="android.intent.action.TEST_LANUCHMODE" />
 8 
 9                 <category android:name="android.intent.category.DEFAULT" />
10             </intent-filter>
11         </activity>

 

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

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

testmain 点击以后 跳转到main2

main2 点击以后 跳转到main3

此时的task 情况为:

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

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

 1  <activity
 2             android:name=".TestMainActivity"
 3             android:label="@string/title_activity_test_main"
 4             android:launchMode="singleTask"
 5             android:taskAffinity=""
 6             android:theme="@style/AppTheme.NoActionBar">
 7             <intent-filter>
 8                 <action android:name="android.intent.action.TEST_LANUCHMODE" />
 9 
10                 <category android:name="android.intent.category.DEFAULT" />
11             </intent-filter>
12         </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 这个单例:

 1   <activity
 2             android:name=".TestMainActivity"
 3             android:label="@string/title_activity_test_main"
 4             android:launchMode="singleInstance"
 5             android:theme="@style/AppTheme.NoActionBar">
 6             <intent-filter>
 7                 <action android:name="android.intent.action.TEST_LANUCHMODE" />
 8 
 9                 <category android:name="android.intent.category.DEFAULT" />
10             </intent-filter>
11         </activity>

 

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

 

 

只有一个!

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

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

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

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

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

一切正常。

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

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

因为会给用户造成困惑!

 

posted @ 2015-12-11 09:33  希尔瓦娜斯女神  阅读(1519)  评论(0编辑  收藏  举报