或许你曾遇到这样的场景，把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键不太好捕获，但是上述方法从Activity生命周期着手解决问题，虽然这两种方式的Activity生命周期并不相同，但是二者都会执行onStop（）；所以并不关心到底是触发了哪个键切入后台的。
（如有刊误，欢迎指正）
