Android app会crash的原因及解决方法

2024-04-28 18:09:17

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的资料请关注我们其它相关文章！

Crashlytics Android 异常报告统计管理(详解)

简介 Crashlytic 成立于2011年,是专门为移动应用开者发提供的保存和分析应用崩溃信息的工具.Crashlytics的使用者包括:支付工具Paypal, 点评应用Yelp, 照片分享应用Path, 团购应用GroupOn等移动应用. 2013年1月,Crashlytics被Twitter收购,成为又一个成功的创业产品.被收购之后,由于没有了创业公司的不稳定因素,我们更有理由使用它来分析应用崩溃信息. 使用Crashlytics的好处有: 1.Crashlytics不会漏掉任何应用崩溃信
Android实现自定义Crash handler记录崩溃信息实例代码

前言在使用自己开发的android应用时,偶尔会出现系统已停止运行错误.这时候如果能记录错误日志,是非常有帮助的. App异常崩溃信息存入文件中. 应用崩溃时,尽可能的收集多的数据,方便后续定位追踪修改. 如果可以,尽量将崩溃日志上传到服务器.一些集成服务已经提供了相应的功能. 主要使用的方法是Thread.UncaughtExceptionHandler 方法如下一般在application中启动CrashHandler,个人认为应该放在调用其他模块前尽早启动. CrashHandle
基于Android应用中如何反馈Crash报告的详解

为什么需要反馈Crash报告? 做Android应用程序,要尽量避免程序Crash的发生.虽然说零Crash是程序员追逐的最终目标,但是现实的情况是,程序员只能尽量的减少Crash的发生,而几乎不可能完全杜绝Crash.也许,你认为你的应用的健壮性已经近乎完美,轻松的经受住了测试部门魔鬼般的考验,但是当你的应用发布到市场,面对百万甚至千万级别的用户的时候,可能就没有那么幸运了. 基于以上原因,一般的应用程序,都要有一个Crash反馈的机制.程序员可以根据反馈的结果,对当前的版本的代码进行改进,使
Android 中Crash时如何获取异常信息详解及实例

Android 中Crash时如何获取异常信息详解前言: 大家都知道,Android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于Android系统底层的bug,也可能是由于不充分的机型适配或者是糟糕的网络状况.当crash发生时,系统会kill掉你的程序,表现就是闪退或者程序已停止运行,这对用户来说是很不友好的,也是开发者所不愿意看到的,更糟糕的是,当用户发生了crash,开发者却无法得知程序为何crash,即便你想去解决这个crash,
Android CrashHandler编写自己的异常捕获的方法

平时写代码,我们可能会抛出各种异常,这些异常有些是我们测试过程中发现进行解决的,但是也有一些异常是我们未知的,不论是代码的逻辑问题还是Android本身底层的一些bug,我们都需要及时了解并进行解决.当用户在使用app出现崩溃现象时我们需要知道是什么原因,并将原因记录下来上到服务器,这样以后我们就可以知道具体是什么原因了 CrashHandler类用于记录crash原因保存到sd卡中. public class CrashHandler implements Thread.UncaughtEx
Android使用CrashHandler来获取应用的crash信息的方法

在日常开发的过程中应该不可避免的会发生 crash,无论你的程序写的多么完美,都不可能完全避免 crash 的发生,可能是由于 Android 底层的 bug,也可能是由于不充分的机型适配或者是糟糕的网络状况.当 crash 发生时,系统就会kill掉正在执行的程序,现象就是闪退,或者提醒用户程序已经停止运行,这对用户来说是很不友好的,也是我们不愿意看到的,更早的是当用户发生 crash,我们开发者却无法得知程序为何 crash,即便我们想去解决这个 bug,但是由于无法知道用户当时的 cras
完美解决Android Studio集成crashlytics后无法编译的问题

问题描述: 在用fabric集成后编译出现如下错误, Error:Cause: hostname in certificate didn't match: <maven.fabric.io> != <*.motili.com> OR <*.motili.com> OR <motili.com> build.gradle部分脚本(fabric插件自动生成的): buildscript { repositories { maven { url 'https://
Android 应用Crash 后自动重启的方法小结

前提首先,我们肯定要在Application里面注册一个CrashHandler,监听应用crash public class TestApplication extends MultiDexApplication { private static TestApplication mInstance; @Override public void onCreate() { super.onCreate(); Thread.setDefaultUncaughtExceptionHandler(ne
Android app会crash的原因及解决方法

android main入口的commonInit()方法内处,有这么一句话, Thread.setDefaultUncaughtExceptionHandler(new KillApplicationHandler(loggingHandler)); 如果没有这句话,app就不会crash.不信,你往里面看, public KillApplicationHandler(LoggingHandler loggingHandler) { @Override public void uncaught
Android Listview 滑动过程中提示图片重复错乱的原因及解决方法

主要分析Android中Listview滚动过程造成的图片显示重复.错乱.闪烁的原因及解决方法,顺便跟进Listview的缓存机制. 1.原因分析 Listview item 缓存机制:为了使得性能更优,Listview会缓存行item(某行对应的view).listview通过adapter的getview函数获得每行的item.滑动过程中, a.如果某行item已经划出屏幕,若该item不在缓存内,则put进缓存,否则更新缓存: b.获取滑入屏幕的行item之前会先判断缓存中是否有可用的it
Android APP之WebView校验SSL证书的方法

Android系统的碎片化很严重,并且手机日期不正确.手机根证书异常.com.google.android.webview BUG等各种原因,都会导致WebViewClient无法访问HTTPS站点.SSL错误的处理方式十分关键,如果处理不当,可能导致中间人攻击,黑客窃听数据,进而引发安全事故. 严谨地处理onReceivedSslError尤为重要.请参考以下代码,原理是:如果webview报告SSL错误,程序将会对服务器证书进行强校验,如果服务器传入证书的指纹(sha256)与记录值一致,说
Android Fragment多层嵌套重影问题的解决方法

1解决bug的思想: //step1:当bug被发现(排除极低偶然性,单次性,开发工具导致) //step2:根据经验判断bug的重现场景,多次测试,直到精准的定位bug //step3:根据重现场景找到对应的代码 //step4:分析区域代码是否会影响到其他功能. //step5:做好数据的备份工作.(做好代码重构和恢复的准备,这样你才能肆无忌惮的捣鼓代码) //step6:修复代码的过程中,你会发现可能有多种解决方案.试着采取不影响主线的解决方案.以免影响到其他的代码. //step7:回顾
Android Studio 运行按钮灰色的完美解决方法

今天新建项目的时候突然发现编译后运行按钮为灰色. 解决方案: 第一步:点击图中的Add Configuration,出来如下界面第二步:点+号,并选择Android App选项出来下图所示界面第三步:在Module 中下拉框中选择app 如果在Module 下拉框没有app这个选项点击搜索框,输入sync,从搜索结果中选择如下项: 点击运行然后就可以在Module下拉框中发现app这个选项了. 第四步: 点击Add Configuratio 选择app ,运行按钮就可以用啦. 到此这篇
Kotlin遍历集合导致并发修改异常的原因和解决方法

各位android 老司机们,对于android 遍历结合的时候,发生并发修改异常一定毫不陌生: 之前看到过一篇文章, 在阿里巴巴Java开发手册中,有这样一条规定: 其实,增强for循环也是Java给我们提供的一个语法糖,如果将以上代码编译后的class文件进行反编译(使用jad工具)的话,可以得到以下代码: 1.原因:(其实我都不想在各位老司机面前再赘述这个了.-_-||) 这个异常产生的原因是,迭代器依赖于集合而存在,在判断成功后,集合中添加了新的元素,而迭代器并不知道,所有就报错了.其实
MySQL无法创建外键的原因及解决方法

关联2张表时出现了无法创建外键的情况,从这个博客看到,问题出在第六点的Charset和Collate选项在表级和字段级上的一致性上.我的2张表的编码charset和collate不一致,2张表都执行执行SQL语句: alter table 表名 convert to character set utf8; 完美解决问题: ps:下面看下MySQL无法创建外键.查询外键的属性 MyISAM 和InnoDB 讲解 InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型,这两个表类型各
jQuery通过ajax方法获取json数据不执行success的原因及解决方法

1.jquery通过ajax方法获取json数据不执行success回调问题描述:jquery通过ajax方法获取json数据不执行success回调方法问题原因:json格式存在问题或不符合标准写法,导致总是执行error回调方法解决方案:使json格式务必符合下述3个标准写法: 1)键名称:用双引号括起: 2)字符串:用双引号括起: 3)数字,布尔值不需要使用双引号括起 : 注意:一定是双括号! 2.jQuery中ajax使用json数据类型总是跳过success执行error语句执
关于动态生成dom绑定事件失效的原因及解决方法

之前做项目都是直接用jquery的bind绑定事件,不过当时都不是动态生成dom元素,而是已经页面中原本存在的dom元素进行事件绑定,最近在测试给动态生成的dom绑定事件的时候发现事件失效,于是就测试了一下: 1. 事件失效的原因: (1)bind事件绑定只对dom中存在的元素有效,对于我们后来动态增加的元素是监测不到,所以绑定不了 (2)同样,当你使用var aa = document.getElementsByTagName("动态生成的元素");来获取动态生成的元素的时候也是获取
AngularJS使用ng-inlude指令加载页面失败的原因与解决方法

本文实例讲述了AngularJS使用ng-inlude指令加载页面失败的原因与解决方法.分享给大家供大家参考,具体如下: AngularJS中提供的ng-include指令,很类似于JSP中的<jsp:include>用来将多个子页面合并到同一个父页面中,避免父页面过大,可读性差,不好维护. 父页面parent.html代码如下: <html> <head> <script src="angular-1.2.2/angular.js">&

Android app会crash的原因及解决方法

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

既然话都说到这份上了，就请接下never crash大招吧。

github代码

相关推荐

随机推荐