android app 默认的crash处理流程 (FATAL EXCEPTION)

本文介绍了一个定制的异常处理类实现,该类用于捕捉Java应用程序中的未捕获异常,并详细记录异常信息,同时尝试通过对话框等方式向用户提供反馈。在特定情况下,还会收集错误报告并尝试终止进程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

private static class UncaughtHandler implements Thread.UncaughtExceptionHandler {
    public void uncaughtException(Thread t, Throwable e) {
        try {
            // Don't re-enter -- avoid infinite loops if crash-reporting crashes.
            if (mCrashing) return;
            mCrashing = true;

            if (mApplicationObject == null) {
                Clog_e(TAG, "*** FATAL EXCEPTION IN SYSTEM PROCESS: " + t.getName(), e);
            } else {
                StringBuilder message = new StringBuilder();
                message.append("FATAL EXCEPTION: ").append(t.getName()).append("\n");
                final String processName = ActivityThread.currentProcessName();
                if (processName != null) {
                    message.append("Process: ").append(processName).append(", ");
                }
                message.append("PID: ").append(Process.myPid());
                Clog_e(TAG, message.toString(), e);
            }

            // Bring up crash dialog, wait for it to be dismissed
            ActivityManagerNative.getDefault().handleApplicationCrash(
                    mApplicationObject, new ApplicationErrorReport.CrashInfo(e));
        } catch (Throwable t2) {
            try {
                Clog_e(TAG, "Error reporting crash", t2);
            } catch (Throwable t3) {
                // Even Clog_e() fails!  Oh well.
            }
        } finally {
            // Try everything to make sure this process goes away.
            Process.killProcess(Process.myPid());
            System.exit(10);
        }
    }
}
AMP.handleApplicationCrash
    AMS.handleApplicationCrash
        AMS.findAppProcess
        AMS.handleApplicationCrashInner
            AMS.addErrorToDropBox
            AMS.crashApplication
                AMS.makeAppCrashingLocked
                    AMS.startAppProblemLocked
                    ProcessRecord.stopFreezingAllLocked
                        ActivityRecord.stopFreezingScreenLocked
                            WMS.stopFreezingScreenLocked
                                WMS.stopFreezingDisplayLocked
                    AMS.handleAppCrashLocked
                mUiHandler.sendMessage(SHOW_ERROR_MSG)

*** FATAL EXCEPTION IN SYSTEM PROCESS

FATAL EXCEPTION

以下是一些分析 Android 崩溃的步骤案例: 步骤一:获取崩溃日志 获取崩溃日志是分析 Android 崩溃的第一步。您可以在开发者选项中启用 USB 调试,并使用 ADB 工具连接到设备,然后使用以下命令获取崩溃日志: ``` adb logcat -d > crash_log.txt ``` 步骤二:查看崩溃日志 崩溃日志包含有关崩溃的详细信息,例如异常类型、堆栈跟踪和线程信息。您可以使用文本编辑器或日志查看器查看崩溃日志并查找关键信息。以下是一个示例崩溃日志: ``` FATAL EXCEPTION: main Process: com.example.app, PID: 12345 java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String com.example.app.User.getName()' on a null object reference at com.example.app.MainActivity.onCreate(MainActivity.java:25) at android.app.Activity.performCreate(Activity.java:6975) at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1213) at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2770) at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2892) at android.app.ActivityThread.-wrap11(Unknown Source:0) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1593) at android.os.Handler.dispatchMessage(Handler.java:105) at android.os.Looper.loop(Looper.java:164) at android.app.ActivityThread.main(ActivityThread.java:6540) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:767) ``` 步骤三:确定异常类型和位置 崩溃日志中的第一部分(例如“java.lang.NullPointerException”)指示发生的异常类型。异常类型有助于确定崩溃的原因和所需的修复操作。接下来,您需要查看堆栈跟踪以确定崩溃的位置。在上面的示例中,堆栈跟踪指示在 MainActivity.java 的第 25 行发生了空指针异常。 步骤四:分析代码 一旦您确定了崩溃的位置,您需要分析代码以找出问题的根本原因。在上面的示例中,问题可能是在 MainActivity.java 中使用了空对象。您可以检查代码并添加必要的 Null 检查,例如: ```java User user = getUser(); if (user != null) { String name = user.getName(); // do something with name } ``` 步骤五:测试修复 一旦您修改了代码并重新编译应用程序,您需要进行测试以确保崩溃已解决。您可以重新安装应用程序并尝试重现崩溃。如果崩溃没有再次发生,则修复已成功。如果崩溃仍然存在,则需要进一步分析和修复。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值