Android应用中出现事故如何解决 - 行业资讯 - 肥雀云

　　介绍

今天就跟大家聊聊有关Android应用中出现事故如何解决,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。

Android主要入口的commonInit()方法内处,有这么一句话,

Thread.setDefaultUncaughtExceptionHandler (new KillApplicationHandler (loggingHandler));

如果没有这句话,应用就不会崩溃。不信,你往里面看,

public KillApplicationHandler (LoggingHandler loggingHandler), { 　　,@Override 　　,public void uncaughtException (Thread t, Throwable e), { 　　,//捕获到异常　　,,try { 　　,,,…… 　　,,,,//打印崩盘日志,展示崩溃弹窗等　　,,,,//,Bring up crash 对话框,,wait for it 用be 解雇　　,,,,ActivityManager.getService () .handleApplicationCrash ( 　　,,,,,,,,mApplicationObject new ApplicationErrorReport.ParcelableCrashInfo (e)); 　　,,,,,},catch (Throwable t2), { 　　,,,,,,,...., 　　,,,,,},{finally 　　,,,,,,,//,Try everything 用make sure 却;能够process goes 离开。　　,,,,,,,Process.killProcess (Process.myPid());//杀死进程　　,,,,,,,system . exit (10); 　　,,,,,} 　　,,,} 　　以前,,}

当异常KillApplicationHandler捕获到异常,进行完一系列处理(主要是打印崩盘日志,通知AMS展示崩溃弹窗等)后,最终会杀死进程,这样你的应用程序就崩溃了。

既然都崩溃了,自定义异常捕获器来屏蔽真崩溃的可行吗?

肯定有人会说,自定义一个异常捕获器,来覆盖掉系统的KillApplicationHandler,然后在捕获到异常后,不杀进程,程序就不会崩溃了,就像下面这样,

class MainApplication :,应用程序(),{ 　　override 才能;fun onCreate (), { 　　,,,super.onCreate () 　　,,,Thread.setDefaultUncaughtExceptionHandler {, _, e → 　　,,,,,//捕获到异常,只打印日志,不杀进程　　,,,,,Log.e (“MainApplication",,“$ {Thread.currentThread () . name},捕获到异常:$ {e.message}“) 　　,,,} 　　,,} 　　}

这其实只是隔壁老王的思路,虽然确实防护住子线程的崩溃,但是当主线程出现异常时,应用程序还是无法正常运行。这是因为,当UncaughtExceptionHandler捕获到线程抛出异常的时候,线程在执行完uncaughtException()中的处理后,就无法继续存活了。如果抛异常的线程是主线程,那就意味着主线程会死掉,这时你即便不杀进程,进程活着也没有任何意义了,应用程序还是会停止运行。

把android异常捕获机制在梳理一下,熟悉的同学可以跳过,直接进入下一节。
<李>
Thread.setCaughtExceptionPreHandler()覆盖所有线程,会在回调DefaultExceptionHandler之前调用;
<李>
Thread.setCaughtExceptionHandler()同样回覆盖所有线程,可以在应用层被重复调用,并且每一次调用后,都会覆盖上一次设置的DefaultUncaughtExceptionHandler;
<李>
Thread.currentThread.setUncaughtExceptionHandler(),只可以覆盖当前线程的异常。如果某个线程存在自定义的UncaughtExceptionHandler,回调时会忽略全局的DefaultUncaughtHandler。

既然话都说到这份上了,就请接下永不崩溃大招吧。

要想不崩溃,只能让线程不要抛出异常,唯此别无他法。如果我们能把一个线程的所有的操作都使用try - catch进行保护,理论上,就能做到应用程序永远不会崩溃。由于android基于处理事件驱动的机制,可以在应用程序启动时,向主线程中的MessageQueue中提交一个死循环操作,在这个死循环中不断去调查事件,并且将这个死循环进行try - catch,这样所有主线程中的异常都会被吸引住,从而应用就再也不会发生崩溃。
private fun openCrashProtected (), { 　　,,,Log.d(标签,,“openCrashProtected") 　　,,,处理程序(Looper.getMainLooper ()) .post { 　　,,,,,while (真实),{ 　　,,,,,,,try { 　　,,,,,,,,,Looper.loop () 　　,,,,,,,,,Log.d(标签,,“main looper execute loop") 　　,,,,,,,},catch (e: Throwable), { 　　,,,,,,,,,//所有主线程中的异常都会被吸引住,从而不会发生崩溃　　,,,,,,,,,Log.e(标签,,“catch 例外:,“,+,e.message) 　　,,,,,,,} 　　,,,,,} 　　,,,} 　　以前,,}
有人可能要说了,你这样捕捉住主线程的异常了,页面可能要乱套哇。话虽如此,但你可以在捕捉中做业务保护呀。比如,我这里采取的做法是,关闭栈顶活动。解决ActivityLifeCycle,维护一个活动栈,
Android应用中出现事故如何解决