Android开发中实现应用的前后台切换效果

在介绍程序实现之前，我们先看下android中activities和task的基础知识。

　　我们都知道，一个activity 可以启动另一个activity,即使这个activity是定义在别一个应用程序里的，比如说，想要给用户展示一个地图的信息，现在已经有一个activity可以做这件事情，那么现在你的activity需要做的就是将请求信息放进一个intent对象里，并且将这个intent对象传递给startactivity(),那么地图就可显示出来了，但用户按下back键之后，你的activity又重新出现在屏幕上。

　　对用户来讲，显示地图的activity和你的activity好像在一个应用程序中的，虽然是他们是定义在其他的应用程序中并且运行在那个应有进程中。android将你的activity和借用的那个activity被放进一个task中以维持用户的体验。那么task是以栈的形式组织起来一组相互关联的activity,栈中底部的activity就是开辟这个task的，通常是用户在应用程序启动器中选择的activity。栈的顶部的activity是当前正在运行的activity--用户正在交互操作的activity。

　　当一个activity启动另一个activity时，新启动的activity被压进栈中，成为正在运行的activity。旧的activity仍然在栈中。当用户按下back键之后，正在运行的activity弹出栈，旧的activity恢复成为运行的activity。栈中包含对象，因此如果一个任务中开启了同一个activity子类的的多个对象——例如，多个地图浏览器——则栈对每一个实例都有一个单独的入口。栈中的activity不会被重新排序，只会被、弹出。task是一组activity实例组成的栈，不是在manifest文件里的某个类或是元素，所以无法设定一个task的属性而不管它的activity，一个task的所有属性值是在底部的activity里设置的，这就需要用于affinity。关于affinity这里不再详述，大家可以查询文档。

　　一个task里的所有activity作为一个整体运转。整个task（整个activity堆栈）可以被推到前台或被推到后台。假设一个正在运行的task中有四个activity——正在运行的activity下面有三个activity，这时用户按下home键，回到应有程序启动器然后运行新的应用程序（实际上是运行了一个新的task），那么当前的task就退到了后台，新开启的应用程序的root activity此时就显示出来了，一段时间后，用户又回到应用程序器，又重新选择了之前的那个应用程序（先前的那个task），那么先前的那个task此时又回到了前台了，当用户按下back键时，屏幕不是显示刚刚离开的那个新开启的那个应用程序的activity，而是被除回到前台的那个task的栈顶activity，将这个task的下一个activity显示出来。 上述便是activity和task一般的行为，但是这个行为的几乎所有方面都是可以修改的。activity和task的关系，以及task中activity的行为，是受启动该activity的intent对象的标识和在manifest文件中的activity的<activity>元素的属性共同影响的。

 
　　以上是关于activity和task的描述。
 

　　在开发android项目时，用户难免会进行程序切换，在切换过程中，程序将进入后台运行，需要用时再通过任务管理器或是重新点击程序或是通过点击信息通知栏中的图标返回原来的界面。这种效果类似于腾讯qq的效果，打开qq后显示主界面，在使用其他的程序时，qq将以图标的形式显示在信息通知栏里，如果再用到qq时再点击信息通知栏中的图标显示qq主界面。

　　先看下本示例实现效果图：

在上图第二个图中，我们点击时将会返回到的原来的activity中。

当我们的程序进入后台运作时，在我们的模拟器顶部将以图标形式出现，如下图：

对于这种效果一般的做法是在activity中的onstop()方法中编写相应代码，因为当activity进入后台时将会调用onstop()方法，我们可以在onstop()方法以notification形式显示程序图标及信息，其中代码如下所示：

　　以上的shownotification()方法就是notification。

　　然后点击信息通知栏的notification后再返回到原来的activity。 

　　当然，我们也可以捕捉home键，在用户按下home键时显示notification， 以下是代码示例：

 　　这里的notificationextend是对显示notification的一个封装，类中的代码如下：

　　这里需要在配置文件中设置每个activity以单任务运行，否则，每次返回原activity时会新增加一个activity，而不会返回到原activity。

　　在使用flag_activity_new_task控制标识时也会出现不会返回到原activity的现象。如果该标识使一个activity开始了一个新的task，然后当用户按了home键离开这个activity，在用户按下back键时将无法再返回到原activity。一些应用(例如notification)总是在一个新的task里打开activity，而从来不在自己的task中打开，所以它们总是将包含flag_activity_new_task的intent传递给startactivity()。所以如果有一个可以被其他的东西以这个控制标志调用的activity，请注意让应用程序有独立的回到原activity的方法。 代码如下：

 　　这里需要注意的是：

　　<activity>下的launchmode属性可以设置四种启动方式：

• standard (默认模式)
• singletop
• singletask
• singleinstance 

　　这四个模式有以下的几个不同点：

　　1. 响应intent时activity将被装入哪个task。

　　对于standard和singletop模式，由产生该intent(调用startactivity())的task持有该activity——除非intent对象里含有flag_activity_new_task标志，那么就会寻找一个新的task。

　　相反的，singtask和singleinstance模式，总是标志activity为task的root activity，开启这样的活动会新建一个task，而不是装入某个正在运行的任务。

　　2. 一个activity是否可以有多个实例。

　　一个standard或者singletop属性的activity可以实例化多次，他们可以属于多个不同的task，而且一个task也可以含有相同activity的多个实例。

　　相反的，singletask或者singleinstance属性的activity只能有一个实例（单例），因为这些activity是位于task的底部，这种限制意味着同一设备的同一时刻该task只能有一个实例。
 

　　3. 实例是否能允许在它的task里有其他的activity。

　　一个singleinstance属性的activity是它所在的task里仅有的一个activity，如果他启动了另一个activity，那个activity会被加载进一个不同的task而无视它的启动模式——就如intent里有flag_activity_new_task标识一样。在其他的方面，singleinstance和singletask一样的。
 

　　其他三个模式允许有多个activity在一个task里，一个singletask属性的activity总是一个task里的root activity，但是他可以启动另外的activity并且将这个新的activity装进同一个task里，standard和singletop属性的activity可以出现在task的任何位置。
 

　　4. 是否创建一个新的activity实例来处理一个新的intent。

　　对于默认的standard方式，将会生成新的实例来处理每一个新的intent。每个实例处理一个新的intent。
 

　　对singletop模式，如果一个已经存在的实例在目标task的栈顶，那么就重用这个实例来处理这个新的intent，如果这个实例存在但是不在栈顶，那就不重用他，而是重新创建一个实例来处理这个新的intent并且将这个实例压入栈。

　　例如现在有一个task堆栈abcd，a是root activity，d是栈顶activity，现在有一个启动d的intent来了，如果d是默认的standard方法，那么就会创建一个新的实例来处理这个intent，所以这个堆栈就变为abcdd，然而如果d是singletop方式，这个已经存在的栈顶的d就会来处理这个intent，所以堆栈还是abcd。
 

　　如果另外一种情况，到来的intent是给b的，不管b是standard还是singletop（因为现在b不在栈顶），都会创建一个新的实例，所以堆栈变为abcdb。

　　如上所述，一个"singletask"或"singleinstance"模式的activity只会有一个实例，这样它们的实例就会处理所有的新intent。一个"singleinstance" activity总是在栈里的最上面

(因为它是task里的唯一的activity)， 这样它总是可以处理一个intent。而一个"singletask" activity在栈里可以有或没有其他activity在它上面。如果有的话，它就不能对新到的intent进行处理，intent将被丢弃。(即使intent被丢弃，它的到来将使task来到前台，并维持在那里。)
 

　　当一个已有的activity被请求去处理一个新的intent时，intent对象会通过onnewintent()的调用传递给这个活动。(传递进来的原始的intent对象可以通过调用getintent()获取)。 

　　注意，当创建一个新的activity的实例来处理一个新收到的intent时，用户可以按back键回到上一个状态（上一个activity）。但是使用一个已有的activity实例操作新收到的intent时，用户不能通过按下back键回到这个实例在接受到新intent之前的状态。
 

　　呵呵，不好意思，扯得有点多了，我们继续看我们的程序。

　　在这里，如果是对一个activity实现时可以这样实现，如果有多个activity，我们就需要在每个activity里重写onkeydown事件并捕捉用户是否按下home键。

　　为了实现方便，我们可以使用一个service专门用于监听程序是否进入后台或前台工作，如果程序进入后台运行就显示notification，这样不管程序中有多少个activity就可以很方便的实现程序前后如切换。

　　为此，我在程序中新添加了一个appstatusservice 类，目的是监听程序是否在前后台运行，如果在后台运行则显示信息提示。

　　代码如下：

package com.test.service;

 　　在这里为了在信息提示栏里点击后能够返回到原来的activity，需要在appmanager里记下我们当前的activity。
 

ps：监听程序是否进入后台
方法一：

这段代码是需要一个权限的：

方法二：

方法三：
使用api提供的

这个需要需要加一个intent flag
public static final int flag_activity_no_user_action
不然从一个activity依次调用startactivity，finish关闭自己，启动一个新的activity时，onuserleavehint也会被调用