正所謂，要想沒有bug，就一行代碼也不寫。App到了用戶的手里，肯定是崩潰越少越好。Android中的崩潰處理和iOS不太一樣，iOS崩潰通常是閃退，而安卓會出現(xiàn)如下的蹩腳的對話框。 

當你的用戶看到類似這樣的崩潰對話框時，心中得到“這屆程序員不行啊”的感慨也不足為奇。

在安卓中，我們應用會有所謂的前臺和后臺的概念，在本文這里這樣定義，當前應用有Activity展示(即用戶明顯感知在當前應用)，約定為前臺，否則為后臺。

如果在前臺時，發(fā)生崩潰用戶是明顯能感知的，但倘若發(fā)生在后臺，我們可以做一些簡單的小操作，讓用戶感知不到崩潰的發(fā)生(即不彈出崩潰的對話框)。

原理其實蠻簡單的。

• 檢測是否為后臺
• 如果是后臺則殺掉該進程，否則執(zhí)行默認的崩潰處理

檢測是否為后臺，這里我們以進程中Activity的數(shù)量作為判斷標準

• 當activity onStart時activityCount自增
• 當Activity onStop時activityCount自減
• 當activityCount為0，我們則認為應用處于后臺狀態(tài)

具體實現(xiàn)如下： 

object ActivityLifecycleCallbackImp: Application.ActivityLifecycleCallbacks { 
   var activityCount: Int = 0 
   override fun onActivityPaused(activity: Activity?) { 
   } 
 
   override fun onActivityResumed(activity: Activity?) { 
   } 
 
   override fun onActivityStarted(activity: Activity?) { 
       activityCount ++ 
   } 
 
   override fun onActivityDestroyed(activity: Activity?) { 
   } 
 
   override fun onActivitySaveInstanceState(activity: Activity?, outState: Bundle?) { 
   } 
 
   override fun onActivityStopped(activity: Activity?) { 
       activityCount-- 
   } 
 
   override fun onActivityCreated(activity: Activity?, savedInstanceState: Bundle?) { 
   } 
} 

在Application中進行注冊： 

class MyApplication : Application() { 
   override fun onCreate() { 
       super.onCreate() 
       registerActivityLifecycleCallbacks(ActivityLifecycleCallbackImp) 
   } 
} 

剩下的就是設置一個自定義的未捕獲異常處理處理器： 

val defaultHandler = Thread.getDefaultUncaughtExceptionHandler() 
Thread.setDefaultUncaughtExceptionHandler { thread, exception -> 
   exception.printStackTrace() 
   val isBackground = ActivityLifecycleCallbackImp.activityCount == 0 
   if (isBackground) { 
       Log.d("MyApplication", "isBackground just kill the process without annoying users") 
       android.os.Process.killProcess(android.os.Process.myPid()) 
   } else { 
       defaultHandler.uncaughtException(thread, exception) 
   } 
} 

至此功能就基本實現(xiàn)了，相對之前硬邦邦的對話框，后臺無干擾用戶的默默殺掉進程要友好很多了。