全面解析Activity-的4种启动模式VIP免费

全面解析Activity的4种启动模式说到Android的启动模式，首先来看一个实际的业务场景。我之前在公司实习的时候，我所在的部门只负责一个品类（国际机票），那用户从机票首页开始搜索机票到最终完成订单并支付大致分为以下几个流程（实际流程因为考虑的问题比较多，所以要比这稍微复杂些）：1.用户在机票首页确认好出发、到达目的地、日期及人数后，就可以点击“搜索”进入到搜索结果页2.用户根据意愿选择相应航班并点击进入确认订单页3.用户确认好订单内容点击下单，开始支付，支付完成跳支付完成页4.用户可以选择回到首页，或者去公共订单系统查看订单详情（这属于公共部分，不在我们讨论的范围内了）经过上面4个步骤整个购票流程就算结束了。但是，这里有个问题，就是用户从首页到最后的支付完成页之间经历了这么多的Activity，那用户完成了支付后想回到首页是不是要一层一层的往回退才行？如果是这样的话，那就太不人性化了，那怎样才能在完成支付后一键回到首页呢？有人可能会说，那就直接从支付完成页跳转到首页不就可以了吗？这样当然是可以的，但是这样做那之前打开的那么多Activity怎么办呢？难道就让它们待在Activity任务栈中吗？这样岂不是太浪费内存了！请看我画的示意图：如上图所示，如果我们在支付完成之后启动首页Activity那页面1-页面5之间的所有Activity对用户来说都是无用的，并且占用的内存，极大地浪费这本来可能就很紧张的Android内存资源。那有没有一些优雅的方式来解决这个问题呢？我们可以想象一下，有没有可能在从页面4跳转首页的时候把原来处于首页之上的所有Activity全部干掉呢？这样不就刚好解决了我们刚刚所说浪费资源的问题了吗？就像下图一样：很显然，无论从用户体验的角度还是从内存优化的角度来看第二种方式都是最为优雅的。那怎么实现这种需求呢？有人可能会说，可以将任务栈中页面1之上的所有Activity一层一层地执行finish()方法销毁掉，这样就可以回退到页面1。这样确实是可行的，但是有个问题：如果希望从页面4跳转到页面1时传递一些数据回去，比如说订单号、支付完成等信息，还需要在finish()执行前执行setResult(intresultCode,Intentintent)将要往回传递的数据放在Intent里面。这样做其实是有风险的，因为Android系统并不保证Activity任务栈中那些不可见的Activity的状态是一直被保存着的，如果出现系统内存不足的情况，Android系统是可以回收那些处于不可见状态的Activity的。也就是说，一旦中间有一Activity被销毁了，那这个传递链就失去功效了。那应该怎么办呢？别着急，Google的Android工程师早就已经为我们想到这种需求了。那应该怎么做呢？其实就是通过设置Activity的启动模式来实现。好，问题抛出了，下面让我们一步一步来看。Activity有哪几种启动模式？Activity一共有4种启动模式，分别是：Ⅰ.standardⅡ.singleTopⅢ.singleTaskⅣ.singleInstance下面我来分别做介绍。一、standard顾名思义，standard英文意思就是“标准的”。也就是说这种启动模式是默认的，我们平时在开发中使用最多的就是Standard模式的。如果一个Activity的启动模式被设置成standard，那么它可以无限制的创建。你每一次通过Intent去启动这种模式的Activity都会重新创建一个。大家可以想象一下邮箱里的收件箱（假设我们将打开邮件的Activity的启动模式设置为Standard，当然这也是默认的模式）里有10封邮件。我们给查看邮件的Activity起名为CheckEmailActivity,我点击第一封邮件将会打开一个CheckEmailActivity，当我看完之后点击下一封邮件，另一个CheckEmailActivity又会被创建，这样如果我们将10封邮件全部看完，那在Activity任务栈中将会有10个CheckEmailActivity，而且如果我想回到收件箱页面还必须点10次返回键！想想是不是很可怕？所以说standard模式虽然很常用，但也不是适用于任何场合。另外说一点，standard模式在Android5.0（Lollipop）之前和之后是有区别的。AndroidLollipop之前standard模式的Activity总是会被创建在启动它的Activity同一个任务栈中顶端（任务栈是一个栈结构，先进后出FirstInLastOut），就算他们来自不同的应用。想象一个场景，...