APP切入后台的事件监听

0.077字数 1154阅读 4540

或许你曾遇到这样的场景,把APP切入后台,这个APP弹了个Toast告诉你,它还要在你的手机后台运行。从这个场景里我们能捕获两个信息,1:Toast并不是传统意义上的view,它的存在不依赖当前Activity。2:APP被切入后台这一事件是可以捕获的。我们今天只讲第二点,第一点以后再说。

方案一

循环判断当前runningProcess,百度会告诉你这种方法。

public static boolean isBackground(Context context) {
        ActivityManager activityManager = (ActivityManager) context
                .getSystemService(Context.ACTIVITY_SERVICE);
        List<RunningAppProcessInfo> appProcesses = activityManager
                .getRunningAppProcesses();
        for (RunningAppProcessInfo appProcess : appProcesses) {
            if (appProcess.processName.equals(context.getPackageName())) {
                Log.i(context.getPackageName(), "此appimportace ="
                        + appProcess.importance
                        + ",context.getClass().getName()="
                        + context.getClass().getName());
                if (appProcess.importance != RunningAppProcessInfo.IMPORTANCE_FOREGROUND) {
                    Log.i(context.getPackageName(), "处于后台"
                            + appProcess.processName);
                    return true;
                } else {
                    Log.i(context.getPackageName(), "处于前台"
                            + appProcess.processName);
                    return false;
                }
            }
        }
        return false;
    }

直接获取runningProcess,然后循环比较来判断要监听的process是在前台还是后台,抛开性能和开销不说,这种方法还是太粗鲁了,相当不友好,当然不是我要推崇的。我们再想想有没有其他的办法。

方案二

我们先拆分下需求,APP被切入后台这一事件,肯定是某个Activity从Running状态进入到了onStop()状态;同理APP切回前台这一事件,也相应的是某个Activity从stop状态又重新回到了onResume()。那我们能不能从Activity的生命周期着手解决这个问题?说到生命周期,你的脑海里肯定浮现了这幅图。


2012050219053256.jpg

很多开发者就单纯的认为只要将上图烂熟于心,Activity生命周期就了如指掌了,其实不然,很多开发者并不能真正的理解Activity生命周期,然后利用生命周期解决一些问题。

我们先分析第一个问题,Activity为什么要把生命周期细化成6段(抛开onRestart()),其实这6段可以分成3组,它们是一一对应的关系:
onCreat()对应onDestory();
onStart()对应onStop();
onResume()对应onPause();
它们就像跷跷板的两端,此消彼长。

再思考第二个问题,一个APP当前Running的Activity最多有几个?一个,甚至说整个操作系统Running的Activity也只有一个,上面已经已经说了,Activity就像跷跷板,开一个,就要停一个,前台可见的只有一个。

第三个问题

Intent intent;
intent=new Intent(AActivity.this, BActivity.class);
startActivity(intent);

这一过程中AActivity和BActivity的生命周期是怎样的?
A.onPause() -> B.onStart() -> B.onResume() -> A.onStop()
是不是与你所认为的那样有出入。

清楚以上问题后,事情就简单多了,正常的Activity跳转,都是前一个先onPause(),后一个onStart()。但是切到后台这件事前一个onStop()后就结束了,没有另一个onStart()了。那我们只需要维护一个常量,在onStart()的时候,count++,onStop()的时候count--,然后根据这个count的值就能判断了。

@Override
 protected void onStart() {
  super.onStart();
  appCount++;
   }

@Override
 protected void onStop() {
  super.onStop();
  appCount--;
  if(appCount==0){
   Toast.makeText(getApplication(), "切入后台",Toast.LENGTH_SHORT).show();
  }
 }

问题就这么简单的解决了,可能会有人有疑问了,这真的靠谱么?感觉像是旁门左道,难道Google官方就没有提供相关的API?

方案三

AndroidSDK14在Application类里增加了ActivityLifecycleCallbacks,我们可以通过这个Callback拿到App所有Activity的生命周期回调。

    public interface ActivityLifecycleCallbacks {
        void onActivityCreated(Activity activity, Bundle savedInstanceState);
        void onActivityStarted(Activity activity);
        void onActivityResumed(Activity activity);
        void onActivityPaused(Activity activity);
        void onActivityStopped(Activity activity);
        void onActivitySaveInstanceState(Activity activity, Bundle outState);
        void onActivityDestroyed(Activity activity);
    }

知道这些信息,我们就可以用更官方的办法来解决问题,当然还是利用方案二里的Activity生命周期的特性,我们只需要在Application的onCreat()里去注册上述接口,然后由Activity回调回来运行状态即可。代码如下:

  new ActivityLifecycleCallbacks() {

   @Override
   public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityStarted(Activity activity) {
    // TODO Auto-generated method stub
    appCount++;
   }

   @Override
   public void onActivityResumed(Activity activity) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityPaused(Activity activity) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityStopped(Activity activity) {
    // TODO Auto-generated method stub
    appCount--;
     if(appCount==0){
        Toast.makeText(getApplicationContext(), "切入后台",Toast.LENGTH_SHORT).show();
       }
   }

   @Override
   public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityDestroyed(Activity activity) {
    // TODO Auto-generated method stub
   }

  };

不管以哪种方式,只要捕捉到APP切到后台的动作,就可以做你需要的事件处理了,其实还是一个比较常见的需求,比如通讯类APP切到后台的时候消息以notification的形式push过来,比如比较私密一点的APP切到后台的时候再次切回来要先输入手势密码等等。

可能还有人在纠结,我用back键切到后台和用Home键切到后台,一样吗?上述方法都适用吗?在Android应用开发中一般认为back键是比较容易捕获,而Home键不太好捕获,但是上述方法从Activity生命周期着手解决问题,虽然这两种方式的Activity生命周期并不相同,但是二者都会执行onStop();所以并不关心到底是触发了哪个键切入后台的。

(如有刊误,欢迎指正)

推荐阅读更多精彩内容