在Android中使用默认未捕获异常处理器捕获Kotlin异常时主线程冻结的问题

哥们，你遇到的这个坑我之前也踩过！先给你捋清楚问题根源，再给你靠谱的解决方案。

你现在的情况是：在MainActivity的onCreate里注册了自定义未捕获异常处理器，主动抛出NullPointerException测试后，日志显示处理器确实捕获到了异常，但UI却卡死在初始状态——既看不到预期的AlertDialog，连onStart/onResume这些后续生命周期方法都没执行。

问题到底出在哪？ #

核心原因是你的Activity还没走完初始化流程就炸了！在onCreate阶段抛出异常时，Activity连最基本的Window绑定都没完成，UI渲染的基础条件都不具备。这时候你想在异常处理器里直接弹AlertDialog，Dialog根本找不到可以依附的Activity Window，自然显示不出来；同时主线程的消息循环因为未捕获异常被打断，后续的生命周期流程和UI渲染全停了，最终就导致UI冻结在初始状态。

靠谱的解决方案：用独立错误页替代Dialog #

既然原Activity已经处于异常状态，就别再指望它能正常显示UI了。正确的思路是启动一个专门用来显示错误信息的独立Activity，让它来处理用户交互（比如重启应用）。具体步骤如下：

1. 创建专门的错误提示Activity（ErrorActivity）

这个Activity要设计得简单纯粹，只负责展示错误信息和提供操作选项，还要配置成独立任务栈，避免受异常Activity的影响。

首先在AndroidManifest.xml里注册这个Activity：

<activity
    android:name=".ErrorActivity"
    android:launchMode="singleTask"
    android:taskAffinity=""
    android:excludeFromRecents="true"
    android:theme="@style/Theme.AppCompat.Light.Dialog.Alert">
    <intent-filter>
        <action android:name="android.intent.action.VIEW" />
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

这些属性是为了让它在单独的任务栈启动，彻底和原来的异常Activity划清界限，确保能正常显示。

然后编写ErrorActivity的代码：

class ErrorActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_error)

        // 获取传递过来的异常类型
        val exceptionType = intent.getStringExtra("EXCEPTION_TYPE") ?: "未知异常"

        // 显示错误信息
        findViewById<TextView>(R.id.tv_error_msg).text = "程序出错啦：$exceptionType"

        // 重启按钮逻辑
        findViewById<Button>(R.id.btn_restart).setOnClickListener {
            val intent = Intent(this, MainActivity::class.java)
            intent.flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK
            startActivity(intent)
            finish()
            android.os.Process.killProcess(android.os.Process.myPid())
        }

        // 退出按钮逻辑
        findViewById<Button>(R.id.btn_exit).setOnClickListener {
            finish()
            android.os.Process.killProcess(android.os.Process.myPid())
        }
    }
}

对应的activity_error.xml可以做个简洁的对话框样式布局，放个错误文本和两个按钮就行。

2. 修改自定义异常处理器

把原来弹Dialog的逻辑换成启动ErrorActivity，同时退出当前不稳定的进程：

class CustomUncaughtExceptionHandler : Thread.UncaughtExceptionHandler {
    // 保存系统默认的异常处理器，必要时可以调用它保留系统崩溃日志
    private val defaultHandler = Thread.getDefaultUncaughtExceptionHandler()

    override fun uncaughtException(thread: Thread, throwable: Throwable) {
        LOG("uncaughtException(Thread, Throwable)")

        // 识别异常类型
        val exceptionType = when (throwable) {
            is IndexOutOfBoundsException -> "数组越界异常"
            is NullPointerException -> "空指针异常"
            is ArithmeticException -> "算术异常"
            is RuntimeException -> "运行时异常"
            else -> "未知异常"
        }
        LOG("Exception type = $exceptionType")

        // 这里可以添加异常日志记录逻辑（存本地或者传服务器）
        // ...

        // 启动错误提示Activity，用ApplicationContext更稳妥
        val intent = Intent(ContextMgr.activityCtx?.applicationContext, ErrorActivity::class.java)
        intent.flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TOP
        intent.putExtra("EXCEPTION_TYPE", exceptionType)
        ContextMgr.activityCtx?.applicationContext?.startActivity(intent)

        // 可选：调用系统默认处理器，保留系统的崩溃日志记录
        defaultHandler?.uncaughtException(thread, throwable)

        // 退出当前进程，彻底清理异常状态的资源
        android.os.Process.killProcess(android.os.Process.myPid())
        System.exit(1)
    }
}

注意：ContextMgr.activityCtx最好用ApplicationContext来启动Activity，避免原Activity异常导致上下文失效。

3. 额外提醒

• 为什么不能直接弹Dialog？因为原Activity在onCreate阶段炸了的时候，连Window都没创建，Dialog必须依附于Activity的Window才能显示，根本弹不出来。
• 为什么要退出进程？主线程已经因为未捕获异常处于不稳定状态，即使启动了新Activity，原进程里的异常线程可能还在后台耗资源，直接退出能彻底解决隐患。

这样修改后，下次应用抛出未捕获异常时，会自动启动ErrorActivity显示错误信息，用户可以选择重启或者退出，再也不会出现UI冻结的情况啦。

备注：内容来源于stack exchange，提问作者NightFuryLxD