Android app會crash的原因及解決方法

Posted on by

android main入口的commonInit()方法內處，有這麼一句話，

Thread.setDefaultUncaughtExceptionHandler(new KillApplicationHandler(loggingHandler));

如果沒有這句話，app就不會crash。不信，你往裡面看，

public KillApplicationHandler(LoggingHandler loggingHandler) {
 @Override
 public void uncaughtException(Thread t, Throwable e) {
 //捕獲到異常
   try {
     ......
     //打印crash日志，展示崩潰彈窗等
     // Bring up crash dialog, wait for it to be dismissed
     ActivityManager.getService().handleApplicationCrash(
       mApplicationObject, new ApplicationErrorReport.ParcelableCrashInfo(e));
      } catch (Throwable t2) {
        .... 
      } finally {
        // Try everything to make sure this process goes away.
        Process.killProcess(Process.myPid());//殺死進程
        System.exit(10);
      }
    }
  }

當異常KillApplicationHandler捕獲到異常，進行完一系列處理（主要是打印crash日志，通知AMS展示crash彈窗等）後，最終會殺死進程，這樣你的app就崩潰瞭。

既然都崩潰瞭，自定義異常捕獲器來屏蔽crash真的可行嗎？

肯定有人會說，自定義一個異常捕獲器，來覆蓋掉系統的KillApplicationHandler，然後在捕獲到異常後，不殺進程，app就不會崩潰瞭，就像下面這樣，

class MainApplication : Application() {
  override fun onCreate() {
    super.onCreate()
    Thread.setDefaultUncaughtExceptionHandler { _, e ->
      //捕獲到異常，隻打印日志，不殺進程
      Log.e("MainApplication", "${Thread.currentThread().name} 捕獲到異常：${e.message}")
    }
  }
}

這其實隻是隔壁老王的思路，雖然確實防護住子線程的crash，但是當主線程出現異常時，app還是無法正常運行。這是因為，當UncaughtExceptionHandler捕獲到線程拋出異常的時候，線程在執行完uncaughtException()中的處理後，就無法繼續存活瞭。如果拋異常的線程是主線程，那就意味著主線程會死掉，這時你即便不殺進程，進程活著也沒有任何意義瞭，app還是會停止運行。

把android異常捕獲機制在梳理一下，熟悉的同學可以跳過，直接進入下一節。

  • Thread.setCaughtExceptionPreHandler()覆蓋所有線程，會在回調DefaultExceptionHandler之前調用；
  • Thread.setCaughtExceptionHandler()同樣回覆蓋所有線程，可以在應用層被重復調用，並且每一次調用後，都會覆蓋上一次設置的DefaultUncaughtExceptionHandler；
  • Thread.currentThread.setUncaughtExceptionHandler()，隻可以覆蓋當前線程的異常。如果某個線程存在自定義的UncaughtExceptionHandler，回調時會忽略全局的DefaultUncaughtHandler。

既然話都說到這份上瞭，就請接下never crash大招吧。

要想不crash，隻能讓線程不要拋出exception，唯此別無他法。如果我們能把一個線程的所有的操作都使用try-catch進行保護，理論上，就能做到app never crash。由於android基於Handler事件驅動的機制，可以在app啟動時，向主線程中的MessageQueue中提交一個死循環操作，在這個死循環中不斷去poll事件，並且將這個死循環進行try-catch，這樣所有主線程中的異常都會被catch住，從而app就再也不會發生crash。

private fun openCrashProtected() {
    Log.d(tag, "openCrashProtected")
    Handler(Looper.getMainLooper()).post {
      while (true) {
        try {
          Looper.loop()
          Log.d(tag, "main looper execute loop")
        } catch (e: Throwable) {
          //所有主線程中的異常都會被catch住，從而不會發生crash
          Log.e(tag, "catch exception: " + e.message)
        }
      }
    }
  }

有人可能要說瞭，你這樣catch住主線程的異常瞭，頁面可能要亂套哇。話雖如此，但你可以在catch中做業務保護呀。比如，我這裡采取的做法是，關閉棧頂activity。 解決ActivityLifeCycle，維護一個Activity棧，

private fun registerLifeCycle() {
    registerActivityLifecycleCallbacks(object : ActivityLifecycleCallbacks {
      override fun onActivityCreated(activity: Activity, savedInstanceState: Bundle?) {
        ActivityStack.Instance().push(activity)
      }

      override fun onActivityResumed(activity: Activity) {
      }

      override fun onActivityStarted(activity: Activity) {
      }

      override fun onActivityPaused(activity: Activity) {

      }

      override fun onActivityDestroyed(activity: Activity) {
        ActivityStack.Instance().pop(activity)
      }

      override fun onActivitySaveInstanceState(activity: Activity, outState: Bundle) {

      }

      override fun onActivityStopped(activity: Activity) {
      }
    })
  }

然後當catch住異常時，

//主線程出現異常，關閉棧頂activity
ActivityStack.Instance().curr()?.finish()

github代碼

最後奉上github倉庫代碼，請笑納。

以上就是Android app會crash的原因及解決方法的詳細內容，更多關於Android app crash的資料請關註WalkonNet其它相關文章！

推薦閱讀：