深入解析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形式显示程序图标及信息,其中代码如下所示:

@Override
  protected void onStop() {
  // TODO Auto-generated method stub
    super.onStop();
    Log.v("BACKGROUND", "程序进入后台");
    showNotification();
  }

以上的showNotification()方法就是Notification。
然后点击信息通知栏的Notification后再返回到原来的Activity。
当然,我们也可以捕捉HOME键,在用户按下HOME键时显示Notification, 以下是代码示例:

// 点击HOME键时程序进入后台运行 

  @Override 

  public boolean onKeyDown(int keyCode, KeyEvent event) { 

    // TODO Auto-generated method stub 

    // 按下HOME键 

    if(keyCode == KeyEvent.KEYCODE_HOME){ 

      // 显示Notification 

      notification = new NotificationExtend(this); 

      notification.showNotification(); 

      moveTaskToBack(true);         

      return true; 

    } 

    return super.onKeyDown(keyCode, event); 

  }

这里的NotificationExtend是对显示Notification的一个封装,类中的代码如下:

package com.test.background; 

import android.app.Activity; 

import android.app.Notification; 

import android.app.NotificationManager; 

import android.app.PendingIntent; 

import android.content.Intent; 

import android.graphics.Color; 

/**
 * Notification扩展类
 * @Description: Notification扩展类
 * @File: NotificationExtend.java
 * @Package com.test.background
 */ 

public class NotificationExtend { 

  private Activity context; 

  public NotificationExtend(Activity context) { 

    // TODO Auto-generated constructor stub 

    this.context = context; 

  } 

  // 显示Notification 

  public void showNotification() { 

    // 创建一个NotificationManager的引用 

    NotificationManager notificationManager = ( 

        NotificationManager)context.getSystemService( 

            android.content.Context.NOTIFICATION_SERVICE); 

    // 定义Notification的各种属性 

    Notification notification = new Notification( 

        R.drawable.icon,"阅读器",  

        System.currentTimeMillis()); 

    // 将此通知放到通知栏的"Ongoing"即"正在运行"组中 

    notification.flags |= Notification.FLAG_ONGOING_EVENT; 

    // 表明在点击了通知栏中的"清除通知"后,此通知自动清除。 

    notification.flags |= Notification.FLAG_AUTO_CANCEL 

    notification.flags |= Notification.FLAG_SHOW_LIGHTS; 

    notification.defaults = Notification.DEFAULT_LIGHTS; 

    notification.ledARGB = Color.BLUE; 

    notification.ledOnMS = 5000; 

    // 设置通知的事件消息 

    CharSequence contentTitle = "阅读器显示信息"; // 通知栏标题 

    CharSequence contentText = "推送信息显示,请查看……"; // 通知栏内容 

    Intent notificationIntent = new Intent(context,context.getClass()); 

    notificationIntent.setAction(Intent.ACTION_MAIN);
    notificationIntent.addCategory(Intent.CATEGORY_LAUNCHER);
    PendingIntent contentIntent = PendingIntent.getActivity(
    context, 0, notificationIntent,PendingIntent.FLAG_UPDATE_CURRENT);
    notification.setLatestEventInfo(
    context, contentTitle, contentText, contentIntent);
    // 把Notification传递给NotificationManager
    notificationManager.notify(0, notification); 

  } 

  // 取消通知 

  public void cancelNotification(){ 

    NotificationManager notificationManager = ( 

        NotificationManager) context.getSystemService( 

            android.content.Context.NOTIFICATION_SERVICE); 

    notificationManager.cancel(0); 

  } 

}

这里需要在配置文件中设置每个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 android:name="ShowMessageActivity"
       android:launchMode="singleTask"></activity>

Android应用前后台切换的判断
Android中没有提供一个应用前后台切换的回调或广播,这个功能只能我们自己来处理。以前遇到这个问题的处理方式是,实现一个BaseActivity,然后让其他所有Activity都继承自它,然后在生命周期函数中做相应的检测。具体检测方法如下:
       在Activity的onStart和onStop方法中进行计数,计数变量为count,在onStart中将变量加1,onStop中减1,假设应用有两个Activity,分别为A和B。
       情况一、首先启动A,A再启动B:启动A,count=1,A启动B,生命周期的顺序为B.onStart->A.onStop,count的计数仍然为1。
       情况二、首先启动A,然后按Home键返回桌面:启动A,count=1,按Home键返回桌面,会执行A.onStop,count的计数变位0。
       从上面的两种情况看出,可以通过对count计数为0,来判断应用被从前台切到了后台。同样的,从后台切到前台也是类似的道理。具体实现看后面的代码。
       但是如果项目中不是所有的Activity都继承自同一个BaseActivity,就无法实现这个功能了。幸运的是,Android在API 14之后,在Application类中,提供了一个应用生命周期回调的注册方法,用来对应用的生命周期进行集中管理,这个接口叫registerActivityLifecycleCallbacks,可以通过它注册自己的ActivityLifeCycleCallback,每一个Activity的生命周期都会回调到这里的对应方法。其实这个注册方法的本质和我们实现BaseActivity是一样的,只是将生命周期管理移到了Activity本身的实现中。
 具体使用方法如下:

public class MyApplication extends Application{
  public int count = 0;
  @Override
  public void onCreate() {
    super.onCreate(); 

    registerActivityLifecycleCallbacks(new ActivityLifecycleCallbacks() { 

      @Override
      public void onActivityStopped(Activity activity) {
        Log.v("viclee", activity + "onActivityStopped");
        count--;
        if (count == 0) {
          Log.v("viclee", ">>>>>>>>>>>>>>>>>>>切到后台 lifecycle");
        }
      } 

      @Override
      public void onActivityStarted(Activity activity) {
        Log.v("viclee", activity + "onActivityStarted");
        if (count == 0) {
          Log.v("viclee", ">>>>>>>>>>>>>>>>>>>切到前台 lifecycle");
        }
        count++;
      } 

      @Override
      public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
        Log.v("viclee", activity + "onActivitySaveInstanceState");
      } 

      @Override
      public void onActivityResumed(Activity activity) {
        Log.v("viclee", activity + "onActivityResumed");
      } 

      @Override
      public void onActivityPaused(Activity activity) {
        Log.v("viclee", activity + "onActivityPaused");
      } 

      @Override
      public void onActivityDestroyed(Activity activity) {
        Log.v("viclee", activity + "onActivityDestroyed");
      } 

      @Override
      public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
        Log.v("viclee", activity + "onActivityCreated");
      }
    });
  }
}

除此之外,有没有其他方法可以实现这个功能呢?
当应用切到后台的时候,运行在前台的进程由我们的app变成了桌面app,依据这一点,我们可以实现检测应用前后台切换的功能。在Activity的onStop生命周期中执行检测代码,如果发现当前运行在前台的进程不是我们自己的进程,说明应用切到了后台。
想想为什么要在onStop中检测,而不是onPause?这是由于A启动B时,生命周期的执行顺序如下:A.onPause->B.onCreate->B.onStart->B.onResume->A.onStop,也就是说,在A的onPause方法中,B的生命周期还没有执行,进程没有进入前台,当然是检测不到的。我们把代码移到onPause生命周期中,发现确实没有效果。
具体实现代码如下:

//用来控制应用前后台切换的逻辑
 private boolean isCurrentRunningForeground = true;
 @Override
 protected void onStart() {
   super.onStart();
   if (!isCurrentRunningForeground) {
     Log.d(TAG, ">>>>>>>>>>>>>>>>>>>切到前台 activity process");
   }
 } 

 @Override
 protected void onStop() {
   super.onStop();
   isCurrentRunningForeground = isRunningForeground();
   if (!isCurrentRunningForeground) {
     Log.d(TAG,">>>>>>>>>>>>>>>>>>>切到后台 activity process");
   }
 } 

 public boolean isRunningForeground() {
   ActivityManager activityManager = (ActivityManager) this.getSystemService(Context.ACTIVITY_SERVICE);
   List<ActivityManager.RunningAppProcessInfo> appProcessInfos = activityManager.getRunningAppProcesses();
   // 枚举进程
   for (ActivityManager.RunningAppProcessInfo appProcessInfo : appProcessInfos) {
     if (appProcessInfo.importance == ActivityManager.RunningAppProcessInfo.IMPORTANCE_FOREGROUND) {
       if (appProcessInfo.processName.equals(this.getApplicationInfo().processName)) {
         Log.d(TAG,"EntryActivity isRunningForeGround");
         return true;
       }
     }
   }
   Log.d(TAG, "EntryActivity isRunningBackGround");
   return false;
 }
(0)

相关推荐

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

    在介绍程序实现之前,我们先看下Android中Activities和Task的基础知识. 我们都知道,一个Activity 可以启动另一个Activity,即使这个Activity是定义在别一个应用程序里的,比如说,想要给用户展示一个地图的信息,现在已经有一个Activity可以做这件事情,那么现在你的Activity需要做的就是将请求信息放进一个Intent对象里,并且将这个Intent对象传递给startActivity(),那么地图就可显示出来了,但用户按下Back键之后,你的Activi

  • Android判断当前应用程序处于前台还是后台的两种方法

    1.通过RunningTaskInfo类判断(需要额外权限): 复制代码 代码如下: /**     *判断当前应用程序处于前台还是后台     */    public static boolean isApplicationBroughtToBackground(final Context context) {        ActivityManager am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SER

  • Android中使用Service实现后台发送邮件功能实例

    本文实例讲述了Android中使用Service实现后台发送邮件功能.分享给大家供大家参考,具体如下: 程序如下: import android.app.Activity; import android.content.Intent; import android.content.res.Resources.NotFoundException; import android.os.Bundle; import android.widget.TextView; public class A05Ac

  • Android编程获取手机后台运行服务的方法

    本文实例讲述了Android编程获取手机后台运行服务的方法.分享给大家供大家参考,具体如下: public static String getRunningServicesInfo(Context context) { StringBuffer serviceInfo = new StringBuffer(); final ActivityManager activityManager = (ActivityManager) context .getSystemService(Context.A

  • Android后台线程和UI线程通讯实例

    本节向你展示如何在任务中发送数据给UI线程里的对象,这个特性允许你在后台线程工作,完了在UI线程展示结果. 在UI线程定义一个Handler Handler是Android系统线程管理框架里的一部分.一个Handler对象接收消息,并且运行代码来处理消息.正常情况下,你为新线程创建Handler,但你也可以为已有的线程创建一个Handler.当你连接Handler到UI线程时,处理消息的代码会在UI线程上运行. 在创建线程池的类的构造器里实例化Handler对象,保存在全局变量里.用Handle

  • Android 进入设备后台data文件夹的办法

    大家都知道,我们在进行android项目开发时,当涉及到需要存取数据,也就是需要进行数据的互动时,我们就需要把数据存放在虚拟设备的data 文件夹中.之前在相关书籍中了解到如何把文件上传到设备,如前面所说的mp3,mp4播放器中需要上传到设备中的音频及视频文件.方法如下:C:> adb push c:codesamplevideo.mp4 /data/samplevideo.mp4 今天在网上无意中又了解到了如何进入设备的后台的命令,希望对大家有帮助. 可以使用 adb shell 进入设备后台

  • Android后台定时提醒功能实现

    前提:考虑到自己每次在敲代码或者打游戏的时候总是会不注意时间,一不留神就对着电脑连续3个小时以上,对眼睛的伤害还是挺大的,重度近视了可是会遗传给将来的孩子的呀,可能老婆都跟别人跑了. 于是,为了保护眼睛,便做了个如下的应用: 打开后效果: 时间到之后有后台提醒: 好了,接下来说一下做这样一个APP主要涉及到的知识点: Service:使用service,便可以在程序即使后台运行的时候,也能够做出相应的提醒,并且不影响手机进行其他工作. AlarmManager:此知识点主要是用来计时,具体的在代

  • Android中Service(后台服务)详解

    1.概念: (1).Service可以说是一个在后台运行的Activity.它不是一个单独的进程,它只需要应用告诉它要在后台做什么就可以了. (2).它要是实现和用户的交互的话需要通过通知栏或者是通过发送广播,UI去接收显示. (3).它的应用十分广泛,尤其是在框架层,应用更多的是对系统服务的调用. 2.作用: (1).它用于处理一些不干扰用户使用的后台操作.如下载,网络获取.播放音乐,他可以通过INTENT来开启,同时也可以绑定到宿主对象(调用者例如ACTIVITY上)来使用. (2).如果说

  • android教程之使用asynctask在后台运行耗时任务

    , Android中实现了默认的进度提示对话框,即ProgressDialog,通过实例化和一些简单设置,就可以使用了. 复制代码 代码如下: private class DownloadDBTask extends AsyncTask<String, Integer, String> {           // 可变长的输入参数,与AsyncTask.exucute()对应           ProgressDialog pdialog;           public Downloa

  • Android App后台服务报告工作状态实例

    本节讲运行在后台服务里的工作请求,如何向发送请求者报告状态.推荐用LocalBroadcastManager发送和接收状态,它限制了只有本app才能接收到广播. 从IntentService汇报状态 从IntentService发送工作请求状态给其他组件,先创建一个包含状态和数据的Intent.也可以添加action和URI到intent里. 下一步,调用 LocalBroadcastManager.sendBroadcast()发送Intent,应用中所有注册了接收该广播的接收器都能收到.Lo

  • 解析后台进程对Android性能影响的详解

    Android现在这么火,各种的设备也是琳琅满目,高中低等,大小屏幕都有,但是它始终未能达到iOS那样的令人称赞的卓越体验和性能,其操作的流畅度,性能和安全性方面总是略输iOS一筹.据说iPhone4虽然是单核512M内存,但是比Android的双核1G内存的操作起来更流畅,iPad2虽然是也只有512M的内存但是操作起来比Android四核1G内存还要流畅.另外在安全性方面也不如iOS. 造成Android性能,待机时间,操作流畅和安全性不好的原因是Android后台进程的管理. Androi

  • Android 后台发送邮件示例 (收集应用异常信息+Demo代码)

    上一次说了如何收集我们已经发布的应用程序的错误信息,方便我们调试完善程序.上次说的收集方法主要是把收集的信息通过Http的post请求把相关的异常信息变成请求参数发送到服务器.这个对做过web开发的人来说,服务端处理是很简单.不过对很多没做个web的人来说却是麻烦事.今天介绍个更简单的方法,我们把异常信息收集后,通过后台发送邮件方法,把相关异常信息发送到我们指定的邮箱里面. 这篇文章是实用性文章,不会涉及太多理论分析.主要是让大家看了以后知道怎么在自己的应用里面添加这个功能. 1.第三方库这次发

  • Android中使用IntentService创建后台服务实例

    IntentService提供了在单个后台线程运行操作的简单结构.这允许它操作耗时操作,而不影响UI响应.同样,IntentService也不影响UI生命周期事件,所以,它在某些可能关闭AsyncTask的情况下,仍会继续运行(实测在Activity的onDestory里写AsyncTask无法运行). IntentService有如下限制: 1.它不能直接影响UI.要把结果反映给UI,需要发给Activity 2.工作请求会顺序运行.如果一个操作未结束,后面发送的操作必须等它结束(单线程) 3

  • Android判断App前台运行还是后台运行(运行状态)

    本文通过图文并茂的方式给大家介绍android判断app状态的相关内容,具体详情如下所示: 要了解这块,首先需要明白一些概念,app,process,task 1.process就是进程,是linux的概念. 2.一般一个app拥有一个uid,运行在一个进程里,如果app中给service等定义不同的uid,那Service就运行在另外一个进程里,也就是说uid就相当于进程的id一样,一个uid就代表一个进程:也可以几个app定义一个uid,那他们就运行在一个进程里了. 3.task是andro

随机推荐