Jetpack Compose中抛出异常后如何重启Looper？

核心差异：XML与Compose的事件执行上下文 #

传统XML View的点击事件是直接封装为Message投递到主线程Looper队列中执行，异常抛出后仅会中断当前Looper的一次循环，你的全局处理器重启Looper后，后续消息（包括其他点击事件）仍能正常被处理，View体系本身不会因为单次异常而失效。

而Jetpack Compose的点击事件lambda是运行在Compose重组上下文中的：

• Compose Runtime会跟踪每个重组的状态，当点击lambda抛出未捕获异常时，不仅主线程Looper会触发异常处理器，Compose会将对应的Composition（可理解为Compose界面的实例）标记为故障状态。
• 即使你重启了主线程Looper，处于故障状态的Composition也不会再执行任何重组操作，界面会彻底失去响应能力，无法处理后续的Compose交互或状态更新。

可行解决方案 #

1. 全局封装Compose点击事件的异常捕获 #

编写一个通用的高阶修饰符或点击事件包装函数，在异常进入Compose重组上下文之前就捕获处理：

// 自定义安全点击修饰符
fun Modifier.safeClick(
    onClick: () -> Unit
): Modifier = clickable {
    try {
        onClick()
    } catch (e: Throwable) {
        // 复用全局崩溃处理器的异常处理逻辑
        JavaUncaughtExceptionHandler.instance?.run {
            saveCrashMessageToLocal(Thread.currentThread(), e)
            handleException(Thread.currentThread(), e)
        }
    }
}

// 给全局处理器添加单例获取方式（方便调用）
class JavaUncaughtExceptionHandler : Thread.UncaughtExceptionHandler {
    companion object {
        val instance: JavaUncaughtExceptionHandler? = null
            private set
    }

    init {
        instance = this
        Thread.setDefaultUncaughtExceptionHandler(this)
    }

    // ... 原有代码不变
}

在Compose中使用：

@Composable
fun Greeting(name: String) {
    Button(
        onClick = {}, // 留空，使用safeClick处理点击逻辑
        modifier = Modifier.safeClick { throwExc() }
    ) {
        Text(text = "Hello NewActivity!")
    }

    Button(
        onClick = {
            // 或者直接在lambda内手动捕获异常
            try {
                throwFlowExe()
            } catch (e: Throwable) {
                JavaUncaughtExceptionHandler.instance?.handleException(Thread.currentThread(), e)
            }
        }
    ) {
        Text(text = "Hello NewProcessActivity!")
    }
}

2. 全局处理器中尝试恢复Compose状态（不推荐） #

Compose的Composition故障状态属于内部实现，没有公开API可以直接恢复，强行通过反射修改内部状态可能导致不可预知的问题，且随着Compose版本更新可能失效，因此不推荐这种方式。

总结 #

你的全局崩溃处理器只解决了主线程Looper的重启问题，但没有处理Compose重组上下文的故障状态。要让Compose场景下异常后应用仍能正常运行，核心是不让未捕获异常进入Compose的重组流程，通过在点击事件层提前捕获并复用全局处理器的逻辑即可解决问题。

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