Android中子线程未捕获异常导致应用被杀死的场景探究

在标准JVM环境里，子线程抛出未捕获异常只会终止自身，主线程完全不受影响——就像你贴的代码示例那样，主线程会一直输出Hello World，压根不管子线程的RuntimeException。但到了Android平台，系统对未捕获异常的处理逻辑有明显差异，大部分时候子线程的未捕获异常会触发应用崩溃，但偶尔也会出现弹了崩溃提示却没关闭应用的情况。下面就来拆解哪些场景下子线程未捕获异常会导致应用被杀死：

1. 未设置任何全局异常处理器的默认场景 #

Android系统自带的默认UncaughtExceptionHandler，会在任意线程（包括子线程）抛出未捕获异常时，启动完整的应用崩溃流程：收集崩溃日志、弹出"应用已停止运行"的系统对话框，最终终止整个应用进程。这是最常见的情况，就像你写的MainActivity示例代码那样，子线程直接抛出RuntimeException且无任何处理，系统就会直接杀掉应用。

2. 自定义全局异常处理器未正确拦截异常时 #

如果你手动通过Thread.setDefaultUncaughtExceptionHandler()设置了全局异常处理器，但处理器只是做了日志记录等操作，没有完全阻断系统的默认崩溃逻辑，或者处理器自身抛出了异常，那么系统还是会走默认的崩溃流程，最终杀死应用。

举个例子：

Thread.setDefaultUncaughtExceptionHandler((thread, throwable) -> {
    Log.e("CrashLog", "捕获到异常: " + throwable.getMessage());
    // 仅记录日志，未做其他阻断处理，系统仍会触发崩溃
});

3. 子线程是带Looper的消息循环线程时 #

如果你的子线程是调用了Looper.prepare()和Looper.loop()的消息循环线程（比如HandlerThread这类线程），当该线程的消息处理逻辑中抛出未捕获异常时，系统同样会触发应用崩溃。因为Looper线程的异常会直接中断消息循环，而Android对这类线程的异常处理逻辑和主线程类似，最终会导致整个进程终止。

为什么偶尔会出现"弹了崩溃对话框但应用没关闭"的情况？ #

这种情况大多是因为：

• 你或第三方库设置的自定义异常处理器，在捕获异常后尝试重启了应用的主进程或关键组件，看起来崩溃提示弹了，但应用又被拉起来了；
• 极少数情况下，系统处于低内存等特殊状态，崩溃处理流程没有完全执行完毕，但这种情况非常罕见。

最后补充一个不会导致应用被杀的场景：如果给单个子线程设置了专属的UncaughtExceptionHandler，并且该处理器完全处理了异常（没有将异常传递给系统默认处理器），那么只会终止该子线程，应用进程会正常运行。比如：

Thread thread = new Thread(() -> {
    throw new RuntimeException("BANG!");
});
thread.setUncaughtExceptionHandler((t, e) -> {
    Log.e("ThreadCrash", "子线程异常处理: " + e.getMessage());
    // 这里完全处理异常，不会触发系统崩溃流程
});
thread.start();

内容的提问来源于stack exchange，提问作者Russell