你的位置:首页 > 软件开发 > 操作系统 > Android Bug分析系列:第三方平台安装app启动后,home键回到桌面后点击app启动时会再次启动入口类bug的原因剖析

Android Bug分析系列:第三方平台安装app启动后,home键回到桌面后点击app启动时会再次启动入口类bug的原因剖析

发布时间:2016-07-31 16:00:08
前言  前些天,测试MM发现了一个比较奇怪的bug。  具体表现是:  1、将app包通过电脑QQ传送到手机QQ上面,点击安装,安装后选择打开app (此间的应用逻辑应该是要触发 【闪屏页Activity】, 然后跳转 【主页Activity】)  2、然后MM在 【主页Acti ...

前言

  前些天,测试MM发现了一个比较奇怪的bug。

  具体表现是:

  1、将app包通过电脑QQ传送到手机QQ上面,点击安装,安装后选择打开app (此间的应用逻辑应该是要触发 【闪屏页Activity】, 然后跳转 【主页Activity】)

  2、然后MM在 【主页Activity】 时按下了 【Home键】,回到桌面

  3、再点击app的icon图标,原谅耿直的我们都是觉得应该直接回到【主页Activity】,但是结果却是又一次触发 【闪屏页Activity】,亮瞎了24K钛合金狗眼的我们觉得这玩法不对吧?

  4、然后,收拾收拾心情开始定位之路吧~

 

现象分析

  先说说项目结构吧,我们这边的项目需求逻辑是 先进入 【闪屏页Activity】(普通的Activity,启动模式为standard),然后根据一堆初始化操作和判断,一般是接着进入【主页Activity】(Activity的启动模式为singleTask);点击home键不做任何拦截处理,按照系统默认逻辑返回Lanuch桌面。

  也就是说,app的整体交互逻辑并没有特殊之处,并非业务逻辑导致的bug。那么回顾下不同的地方,也就是启动App的入口的区别了,一者是平常的桌面Icon图标启动,一者是QQ安装这类第三方平台启动。我们都知道,桌面启动的话也是通过startActivity这个api通过特定的Intent向ActivityManagerServer发起启动任务;所以我们可以推导出QQ安装启动这类方式也是通过Intent启动对应的App。

  再往下分析的话,可能需要一些前置知识需要了解才能更好的理解。

 

前置知识

1、Activity的Task管理

  一般来说,整个Android系统的App启动与切换管理依赖于相关Activity的Task的管理。一个Task之中可能含有若干个Activity,为了简便起见,我们这里记录【Task A】的Activity分别为 【A1】 、【A2】等,【Task B】的Activity分别为 【B1】 、【B2】。

那么我们来分析下App之间是怎么切换的。

 

  假设应用都是单Task应用(相对于大部分的普通App来说,都是采用单一Task来管理的)

  桌面程序App:【TaskA】 ---- 存在Activity有【A1】 ----  其栈的结构为 A1

  应用程序B:【TaskB】 ---- 存在Activity有【B1】【B2】 ---- 其栈的结构为 B1B2

  应用程序C: 【TaskC】 ---- 存在Activity有【C1】【C2】 ---- 其栈的结构为 C1C2

 

a、那么我们进入桌面时:Task之间的结构是 A1 ---- 也就是只有一个【TaskA】栈(桌面Task),并且位于最前端(这里表现为最后添加的末端)

b、然后我们点击应用程序B的图标,启动B :Task之间的结构是 A1B1B2  ---- 添加了一个【TaskB】,而且【TaskB】也是位于最前端,现在显示的是【TaskB】的B2的Activity的界面

c、接着点击home键: Android对于home做了特殊默认处理,就是会把桌面Task挪到所以Task最前端,Task结构应该变成  B1B2A1 ---- 【TaskA】挪到队列最前端,现在显示的是【TaskA】的A1的Activity的界面,也就是桌面

d、我们再在桌面点击应用程序C的图标,启动C : Task之间的结构变成 B1B2A1C1C2 ---- 添加了一个【TaskC】,而且【TaskC】也是位于最前端,现在显示的是【TaskC】的C2的Activity的界面

 

从上面的例子,我们可以大致了解到Android是怎么管理不同app之间切换的逻辑:

  我们编写任何一个Activity的时候,都可以在AndroidManifest里面显式指定一个taskAffinity的属性,也就是说该Activity归属于对应taskAffinity的栈;如果没有指定任何taskAffinity,那么该Activity将会直接归属于包名所在的Task之下。而我们启动一个Activity时(这里只讨论standard启动模式),那么回去先搜寻对应的Task是否存在,如果不存在,新建一个Task并将Activity入栈,如果已经存在对应的Task,那么直接在对应Task入栈即可。

那么问题来了:如果我们在上面第d步点击的图片并不是程序C的图标,而是重新点击了程序B的图标,此时【TaskB】是已经存在的了,那么为了不会讲B的入口activity(B1)直接在【TaskB】入栈,而是将【TaskB】挪到前台并不做任何Activity启动的操作呢?

 

2、桌面的启动管理:

  回头研究下AndroidManifest这个文件,我们轻而易举发现,但凡是App入口Activity,那么一定会包含 

<intent-filter>  <action android:name="android.intent.action.MAIN" />  <category android:name="android.intent.category.LAUNCHER" /></intent-filter>

原标题:Android Bug分析系列:第三方平台安装app启动后,home键回到桌面后点击app启动时会再次启动入口类bug的原因剖析

关键词:Android

*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。

可能感兴趣文章

我的浏览记录