App为什么会crash?一篇文章带你探究根本原因 ,事情没有你想得那么简单!

本文详细分析了Android App为何会在抛出异常时crash的原因,从JVM处理异常的逻辑到Android系统层面的响应。通过设置自定义的UncaughtExceptionHandler,避免App crash的同时,可能会导致App卡死。为解决这一问题,文章提出了一种在主线程Loop中处理异常的策略,确保App在异常发生时不退出,并解决了子线程异常的处理。尽管这种方法并非最佳实践,但它揭示了异常处理的重要性,强调提高代码质量以减少crash的发生。
摘要由CSDN通过智能技术生成

前言

看到这个问题,马上就可以回答出来:因为抛出异常就会 crash。
那么为什么抛出异常就会 crash 呢?
有没有办法不让 App crash 呢?
接下来我们进入正题吧

先探讨一下第一个问题吧:为什么抛出异常就会 crash。

首先我们看下线程中抛出异常以后的处理逻辑吧:
一旦代码抛出异常,并且我们没有捕捉的情况下,JVM 会调用 Thread 的 dispatchUncaughtException 方法。

    public final void dispatchUncaughtException(Throwable e) {
        Thread.UncaughtExceptionHandler initialUeh =
                Thread.getUncaughtExceptionPreHandler();
        if (initialUeh != null) {
            try {
                initialUeh.uncaughtException(this, e);
            } catch (RuntimeException | Error ignored) {
                // Throwables thrown by the initial handler are ignored
            }
        }
        //这里会获取对应的 UncaughtExceptionHandler 对象,然后调用对应的 uncaughtException 方法
        getUncaughtExceptionHandler().uncaughtException(this, e);
    }

    public UncaughtExceptionHandler getUncaughtExceptionHandler() {
        //可以看到当 uncaughtExceptionHandler 没有赋值的时候,会返回 ThreadGroup 对象
        return uncaughtExceptionHandler != null ?
            uncaughtExceptionHandler : group;
    }

看上述代码,如果 App 中并没有设置 uncaughtExceptionHandler 对象,那么会执行 ThreadGroup的uncaughtException 方法:

    public void uncaughtException(Thread t, Throwable e) {
        if (parent != null) {
            parent.uncaughtException(t, e);
        } else {
            Thread.UncaughtExceptionHandler ueh =
                Thread.getDefaultUncaughtExceptionHandler();
            if (ueh != null) {
                ueh.uncaughtException(t, e);
            } else if (!(e instanceof ThreadDeath)) {
                System.err.print("Exception in thread \""
                                 + t.getName() + "\" ");
                e.printStackTrace(System.err);
            }
        }
    }

然后调用 Thread.getDefaultUncaughtExceptionHandler() 获取默认的 UncaughtExceptionHandler ,然后调用 uncaughtException 方法,既然名字是默认的 uncaughtExceptionHandler 对象,那么必然有初始化的地方,这就需要从系统初始化开始说起,不过初始化流程特别复杂,也不是本篇重点,所以就直接从 RuntimeInit 的 main 方法开始吧。

    public static final void main(String[] argv) {
        enableDdms();
        if (argv.length == 2 && argv[1].equals("application")) {
            if (DEBUG) Slog.d(TAG, "RuntimeInit: Starting application");
            redirectLogStreams();
        } else {
            if (DEBUG) Slog.d(TAG, "RuntimeInit: Starting tool");
        }

        commonInit();

        /*
         * Now that we're running in interpreted code, call back into native code
         * to run the system.
         */
        nativeFinishInit();

        if (DEBUG) Slog.d(
### 回答1: 如果在测试过程中遇到app出现crash或者ANR,我这样处理: 1. 首先,我收集尽可能多的信息来描述crash或ANR发生的情况。这可能包括app的版本号、设备的型号、操作系统版本、运行的进程、以及在发生crash或ANR时用户正在做什么。 2. 然后,我检查crash日志或ANR报告,以了解crash或ANR是由哪个线程引起的,以及它们发生时的上下文。这些信息可以帮助我定位问题的根本原因。 3. 接下来,我尝试重现这个问题,以便于进一步分析。 4. 最后,我尝试解决这个问题。这可能包括修改代码来避免crash或ANR,或者调整app的配置以改善性能。 总之,在处理app出现crash或ANR的情况时,我尽可能收集信息、分析问题的原因,并找到有效的解决方案。 ### 回答2: 在测试过程中,若遇到应用程序出现crash崩溃)或者ANR(应用无响应),我采取以下步骤进行处理。 首先,我记录下相关信息,包括出现crash或ANR的具体操作步骤、系统版本、设备型号等,这些信息有助于后续分析和解决问题。 其次,我尝试重现问题,通过重新执行导致crash或ANR的步骤,验证问题是否可复现。如果可以复现,我进一步分析出错的原因。 对于crash,我查看应用崩溃时的日志信息,包括堆栈追踪,以确定哪一部分代码出现异常。可能的原因包括内存泄漏、空指针引用、并发冲突等。我使用调试工具或日志分析工具来帮助定位并解决问题。 对于ANR,我检查是否存在耗时操作阻塞主线程的情况,例如网络请求、磁盘访问等。如果存在这样的耗时操作,我尝试优化或重构代码,将其移至后台线程执行,以避免主线程阻塞导致ANR。 另外,我检查相关资源的释放情况,例如数据库连接、文件句柄等,确保资源在使用完毕后正确释放,避免资源泄漏。 最后,在定位到问题的原因后,我开发人员和其他测试人员进行沟通,确保问题得到彻底解决,并进行相关的测试用例修复或添加,以防止类似问题再次出现。 总之,当遇到应用程序崩溃或无响应时,我积极记录信息、重现问题、分析原因、解决问题,并与相关人员合作确保问题修复。 ### 回答3: 在测试过程中遇到app出现crash或者ANR(Application Not Responding),我采取以下步骤进行处理。 首先,我记录下出现crash或者ANR的具体情况,包括时间、设备型号、操作步骤等信息,以便后续的分析和复现。 然后,我尝试复现这个问题,通过重复操作或者使用不同的设备进行测试,以确定问题的复现性和范围。如果能成功复现问题,就能更好地找到问题的根源。 接下来,我检查app的日志文件,查找任何与crash或者ANR相关的错误信息或异常堆栈。这些信息常常提供有关问题的线索,指引我进一步定位问题的来源。 如果问题比较复杂或难以找到明显的原因,我使用一些辅助工具来帮助我分析。比如使用Android Studio的调试功能,可以设置断点,逐步调试代码,以找出问题发生的具体位置。 一旦找到问题的根源,我联系开发团队,向他们提供详细的问题报告和复现步骤。同时,我与他们沟通,讨论是否需要提供更多信息或者进行更深入的调查。 最后,在修复问题后,我重新测试app,验证修复的有效性,并确保其他功能或模块没有受到负面影响。 总结而言,对于app出现crash或者ANR,我记录、复现、分析和修复问题。通过这些步骤,我能尽可能准确地找到问题的根源,并与开发团队合作解决问题,以提升app的质量和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值