解决Accompanist库中Gradle升级导致的权限请求崩溃问题

问题背景

在使用Google的Accompanist权限库时，开发者报告了一个由Gradle版本升级引发的崩溃问题。当从Gradle 8.2.1升级到8.2.2后，调用launchPermissionRequest()方法时会抛出IllegalStateException: ActivityResultLauncher cannot be null异常。

问题现象

开发者尝试使用以下代码请求通知权限时遇到了崩溃：

val notificationPermissionState = rememberPermissionState(Manifest.permission.POST_NOTIFICATIONS)
notificationPermissionState.launchPermissionRequest()

崩溃日志显示问题出在MutablePermissionState.launchPermissionRequest()方法的第94行，提示ActivityResultLauncher不能为null。

问题分析

经过深入调查，发现这个问题与Compose的生命周期和协程调度有关。当在非Compose上下文中（如Timer任务）调用权限请求时，可能会导致ActivityResultLauncher尚未初始化完成。

解决方案

正确的做法是使用LaunchedEffect来触发权限请求，这样可以确保在正确的Compose生命周期阶段执行：

val notificationPermissionState = rememberPermissionState(Manifest.permission.POST_NOTIFICATIONS)

LaunchedEffect(Unit) {
    notificationPermissionState.launchPermissionRequest()
}

最佳实践

1. 避免在异步回调中直接调用权限请求：如Timer、Handler等异步机制中直接调用可能会导致问题。

2. 使用Compose提供的副作用API：如LaunchedEffect、SideEffect等，确保在正确的生命周期阶段执行操作。

3. 理解Compose的重组机制：rememberPermissionState需要在重组过程中保持稳定，不当的使用方式可能会破坏这种稳定性。

4. 测试不同Gradle版本：在升级构建工具版本后，应进行全面测试，特别是涉及敏感API如权限请求的部分。

技术原理

这个问题本质上是因为ActivityResultLauncher的初始化需要依赖Compose的生命周期。当在非Compose上下文中调用时，可能Compose尚未完成相关组件的初始化，导致launcher为null。LaunchedEffect确保了代码会在Compose完成组合后执行，从而避免了这个问题。

总结

在Compose中使用权限请求时，开发者需要注意执行上下文的问题。通过遵循Compose的最佳实践，使用合适的副作用API，可以避免这类因生命周期不当导致的崩溃问题。特别是在升级构建工具版本后，更应仔细测试应用的各项功能。