您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關(guān)Android 應(yīng)用中出現(xiàn)crash如何解決,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結(jié)了以下內(nèi)容,希望大家根據(jù)這篇文章可以有所收獲。
android main入口的commonInit()方法內(nèi)處,有這么一句話(huà),
Thread.setDefaultUncaughtExceptionHandler(new KillApplicationHandler(loggingHandler));
如果沒(méi)有這句話(huà),app就不會(huì)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());//殺死進(jìn)程 System.exit(10); } } }
當(dāng)異常KillApplicationHandler捕獲到異常,進(jìn)行完一系列處理(主要是打印crash日志,通知AMS展示crash彈窗等)后,最終會(huì)殺死進(jìn)程,這樣你的app就崩潰了。
肯定有人會(huì)說(shuō),自定義一個(gè)異常捕獲器,來(lái)覆蓋掉系統(tǒng)的KillApplicationHandler,然后在捕獲到異常后,不殺進(jìn)程,app就不會(huì)崩潰了,就像下面這樣,
class MainApplication : Application() { override fun onCreate() { super.onCreate() Thread.setDefaultUncaughtExceptionHandler { _, e -> //捕獲到異常,只打印日志,不殺進(jìn)程 Log.e("MainApplication", "${Thread.currentThread().name} 捕獲到異常:${e.message}") } } }
這其實(shí)只是隔壁老王的思路,雖然確實(shí)防護(hù)住子線(xiàn)程的crash,但是當(dāng)主線(xiàn)程出現(xiàn)異常時(shí),app還是無(wú)法正常運(yùn)行。這是因?yàn)椋?dāng)UncaughtExceptionHandler捕獲到線(xiàn)程拋出異常的時(shí)候,線(xiàn)程在執(zhí)行完uncaughtException()中的處理后,就無(wú)法繼續(xù)存活了。如果拋異常的線(xiàn)程是主線(xiàn)程,那就意味著主線(xiàn)程會(huì)死掉,這時(shí)你即便不殺進(jìn)程,進(jìn)程活著也沒(méi)有任何意義了,app還是會(huì)停止運(yùn)行。
把a(bǔ)ndroid異常捕獲機(jī)制在梳理一下,熟悉的同學(xué)可以跳過(guò),直接進(jìn)入下一節(jié)。
Thread.setCaughtExceptionPreHandler()覆蓋所有線(xiàn)程,會(huì)在回調(diào)DefaultExceptionHandler之前調(diào)用;
Thread.setCaughtExceptionHandler()同樣回覆蓋所有線(xiàn)程,可以在應(yīng)用層被重復(fù)調(diào)用,并且每一次調(diào)用后,都會(huì)覆蓋上一次設(shè)置的DefaultUncaughtExceptionHandler;
Thread.currentThread.setUncaughtExceptionHandler(),只可以覆蓋當(dāng)前線(xiàn)程的異常。如果某個(gè)線(xiàn)程存在自定義的UncaughtExceptionHandler,回調(diào)時(shí)會(huì)忽略全局的DefaultUncaughtHandler。
要想不crash,只能讓線(xiàn)程不要拋出exception,唯此別無(wú)他法。如果我們能把一個(gè)線(xiàn)程的所有的操作都使用try-catch進(jìn)行保護(hù),理論上,就能做到app never crash。由于android基于Handler事件驅(qū)動(dòng)的機(jī)制,可以在app啟動(dòng)時(shí),向主線(xiàn)程中的MessageQueue中提交一個(gè)死循環(huán)操作,在這個(gè)死循環(huán)中不斷去poll事件,并且將這個(gè)死循環(huán)進(jìn)行try-catch,這樣所有主線(xiàn)程中的異常都會(huì)被catch住,從而app就再也不會(huì)發(fā)生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) { //所有主線(xiàn)程中的異常都會(huì)被catch住,從而不會(huì)發(fā)生crash Log.e(tag, "catch exception: " + e.message) } } } }
有人可能要說(shuō)了,你這樣catch住主線(xiàn)程的異常了,頁(yè)面可能要亂套哇。話(huà)雖如此,但你可以在catch中做業(yè)務(wù)保護(hù)呀。比如,我這里采取的做法是,關(guān)閉棧頂activity。 解決ActivityLifeCycle,維護(hù)一個(gè)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) { } }) }
然后當(dāng)catch住異常時(shí),
//主線(xiàn)程出現(xiàn)異常,關(guān)閉棧頂activity ActivityStack.Instance().curr()?.finish()
看完上述內(nèi)容,你們對(duì)Android 應(yīng)用中出現(xiàn)crash如何解決有進(jìn)一步的了解嗎?如果還想了解更多知識(shí)或者相關(guān)內(nèi)容,請(qǐng)關(guān)注億速云行業(yè)資訊頻道,感謝大家的支持。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。