或許你曾遇到這樣的場景，把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（）；所以并不關心到底是觸發了哪個鍵切入后臺的。
（如有刊誤，歡迎指正）
