APP切入后台的事件监听

转自：APP切入后台的事件监听

或许你曾遇到这样的场景，把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的生命周期着手解决这个问题？说到生命周期，你的脑海里肯定浮现了这幅图。

很多开发者就单纯的认为只要将上图烂熟于心，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键是不能捕获的（除非修改framework）,但是上述方法从Activity生命周期着手解决问题，虽然这两种方式的Activity生命周期并不相同，但是二者都会执行onStop（）；所以并不关心到底是触发了哪个键切入后台的。