Android Crash

望佑

已于 2024-09-24 22:25:56 修改

阅读量1.1k

点赞数 9

分类专栏： APP开发常识文章标签： android

于 2024-09-24 22:23:39 首次发布

本文链接：https://blog.youkuaiyun.com/qq_36329049/article/details/142501863

版权

APP开发常识专栏收录该内容

29 篇文章

订阅专栏

常见的Crash可能源于多个层面，包括Java层、Native层、系统层等。

一、常见的Crash类型

Java Application Crash
- 原因：Java层线程因未捕获异常而终止。
- 常见异常：
  - NullPointerException（空指针异常）：尝试在需要对象的地方使用了null。
  - IndexOutOfBoundsException（数组越界异常）：访问数组、字符串或集合的索引超出其范围。
  - IllegalArgumentException（非法参数异常）：传递给方法的参数不合法。
  - ClassCastException（类型转换异常）：试图将对象强制转换为不是实例的子类。
  - NumberFormatException（字符串转换为数字异常）：尝试将字符串转换为数值类型但失败。
  - ArithmeticException（算术异常）：如整数除零。
  - IllegalStateException（非法状态异常）：在非法或不适当的时间调用方法。
  - StackOverflowError（堆栈溢出错误）：递归调用层次过深。
ANR（Application Not Responding）
- 原因：应用程序的主线程（UI线程）响应超时。
- 类型：
  - KeyDispatchTimeout：按键或触摸事件在5秒内无响应。
  - BroadcastTimeout：BroadcastReceiver在10秒内无法处理完成。
  - ServiceTimeout：Service在20秒内无法处理完成。
System Crash
- 原因：涉及更底层的系统问题。
- 类型：
  - Process Crash（Native Crash或C/Delvik Crash）：在C++层或Dalvik虚拟机层出现的崩溃。
  - Kernel Crash：内核级别的崩溃，通常由内核bug、硬件问题或驱动程序错误导致。
  - Modem Crash：调制解调器相关的崩溃。

二、排查方式

查看Logcat
- 使用Android Studio的Logcat工具查看应用运行时的日志信息，特别注意异常信息和堆栈跟踪。
分析Crash日志
- 识别日志中的异常类型和堆栈跟踪，定位到具体的代码位置。
- 查找通用的Log标识，如ANR in、NullPointerException等。
使用调试工具
- 设置断点、单步执行代码，观察变量的值和行为。
- 使用Android Studio的Profiler工具分析应用的性能瓶颈。
复现问题
- 尝试在开发环境中复现Crash，以便更准确地定位问题。

三、处理方式

修复代码中的异常
- 根据Crash日志和堆栈跟踪，修复导致异常的代码。
- 对可能的空指针引用进行空值检查。
- 确保数组和集合的索引在有效范围内。
优化主线程性能
- 避免在主线程中执行耗时操作，如网络请求、数据库操作等。
- 使用异步任务（如AsyncTask、HandlerThread、IntentService等）来处理耗时操作。
捕获并处理异常
- 在代码中使用try-catch语句捕获并处理可能的异常。
- 在应用的UncaughtExceptionHandler中捕获未处理的异常，并进行记录或上报。
升级和测试
- 定期更新应用的依赖库和框架，以修复已知的bug和安全问题。
- 在不同设备和Android版本上进行充分的测试，确保应用的兼容性和稳定性。
使用第三方工具
- 使用如Bugsnag、Crashlytics等第三方崩溃报告工具来监控和记录应用的Crash信息。

综上所述，Android开发中的Crash问题需要通过综合的方法进行排查和处理，
包括查看日志、分析代码、优化性能、捕获异常以及使用工具辅助等。
通过这些措施，可以有效地减少Crash的发生，提高应用的稳定性和用户体验。

四、捕获Java Crash原理（firebase等第三方工具原理）：

UncaughtExceptionHandler 是 Java Thread 类中定义的一个接口，
用于处理未捕获的异常导致线程的终止。当一个线程由于未捕获的异常而退出时，
Java 虚拟机（JVM）会调用该线程的 UncaughtExceptionHandler 的
uncaughtException 方法，将线程和异常作为参数传递。
开发者通过实现这个接口来自定义异常处理逻辑，例如记录日志、通知用户、重启应用等。

以下是关于 UncaughtExceptionHandler 接口的详细解析：

1、接口定义

public interface UncaughtExceptionHandler {
    /**
     * 当给定线程由于给定的未捕获异常而终止时调用此方法。
     * Java 虚拟机将忽略此方法引发的任何异常。
     *
     * @param t 导致异常的线程
     * @param e 未捕获的异常
     */
    void uncaughtException(Thread t, Throwable e);
}

2、主要用途

异常捕获：通过实现 uncaughtException 方法，可以捕获到在线程执行过程中发生的任何未捕获的异常。
异常处理：在 uncaughtException 方法中，可以添加自定义的异常处理逻辑，如记录日志、发送错误报告、执行清理操作等。
防止线程泄漏：通过设置 UncaughtExceptionHandler，可以确保在异常发生时能够妥善处理线程，防止线程泄漏问题的发生。

3、设置方式

为特定线程设置：可以通过调用线程的 setUncaughtExceptionHandler 方法来为该线程设置特定的 UncaughtExceptionHandler。
为默认线程设置：通过调用 Thread.setDefaultUncaughtExceptionHandler 方法，可以为程序中所有未显式设置 UncaughtExceptionHandler 的线程设置默认的异常处理器。

4、示例代码

以下是一个简单的示例，展示了如何实现和使用 UncaughtExceptionHandler 接口：

class MyUncaughtExceptionHandler implements Thread.UncaughtExceptionHandler {
    @Override
    public void uncaughtException(Thread t, Throwable e) {
        // 在这里添加自定义的异常处理逻辑
        System.out.println("捕获到未捕获的异常，线程名：" + t.getName() + "，异常信息：" + e.getMessage());
        // 可以选择记录日志、发送错误报告等操作
        // 也可以选择退出程序
        // System.exit(1);
    }
}

public class Main {
    public static void main(String[] args) {
        // 为默认线程设置自定义的 UncaughtExceptionHandler
        Thread.setDefaultUncaughtExceptionHandler(new MyUncaughtExceptionHandler());

        // 创建一个新线程，故意不捕获异常
        Thread thread = new Thread(() -> {
            throw new RuntimeException("这是一个未捕获的异常");
        });

        // 启动线程
        thread.start();
    }
}

在上面的示例中，我们创建了一个实现了 UncaughtExceptionHandler 接口的 MyUncaughtExceptionHandler 类，并在 uncaughtException 方法中添加了打印异常信息的逻辑。然后，我们通过调用 Thread.setDefaultUncaughtExceptionHandler 方法为所有未显式设置异常处理器的线程设置了我们的自定义异常处理器。最后，我们创建了一个新线程，并在其运行方法中故意抛出了一个未捕获的异常，以验证我们的自定义异常处理器是否能够正常工作。