Android应用权限被用户通过系统设置撤销后，Activity/Fragment状态恢复及权限依赖页面的通用处理方案咨询

这确实是Android开发中很常见的权限与页面状态冲突的痛点——用户撤销权限导致App重启，恢复到了依赖权限的页面，却没有权限支撑业务，直接引发异常还破坏了用户体验。我来分享几个行业内常用的干净解决方案，帮你避免重复代码的同时处理好状态恢复逻辑：

方案一：将权限检查与导航逻辑统一托管到宿主Activity #

Activity作为Fragment的容器，是处理全局状态（比如权限）的最佳位置之一。你可以在Activity的onCreate或onResume生命周期中统一检查权限，再结合之前保存的页面状态（比如选中的设备ID），决定应该显示哪个Fragment：

1. 用ViewModel保存关键状态（比如用户之前选中的设备ID）——ViewModel在App重启后会保留数据，不会随Activity销毁而丢失；
2. 在Activity启动时，先检查所需的蓝牙权限：
   • 如果权限已授予，且ViewModel中保存了设备ID，直接跳转到设备控制Fragment；
   • 如果无权限，或者没有保存的设备ID，直接显示设备列表Fragment（引导用户重新申请权限）；
3. 后续Fragment间的导航也通过ViewModel发送命令，由Activity统一执行，避免Fragment直接处理权限逻辑。

举个简单的代码示例：

class MainActivity : AppCompatActivity() {
    private lateinit var mainViewModel: MainViewModel

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        mainViewModel = ViewModelProvider(this)[MainViewModel::class.java]

        // 启动时统一检查权限并导航
        checkPermissionsAndNavigate()

        // 监听ViewModel的导航命令
        mainViewModel.navigationEvent.observe(this) { event ->
            event.getContentIfNotHandled()?.let { command ->
                handleNavigation(command)
            }
        }
    }

    private fun checkPermissionsAndNavigate() {
        val hasBluetoothPermissions = ContextCompat.checkSelfPermission(
            this,
            Manifest.permission.BLUETOOTH_CONNECT
        ) == PackageManager.PERMISSION_GRANTED

        if (hasBluetoothPermissions) {
            mainViewModel.selectedDeviceId?.let {
                mainViewModel.navigateToDeviceControl(it)
            } ?: mainViewModel.navigateToDeviceList()
        } else {
            mainViewModel.navigateToDeviceList()
        }
    }

    private fun handleNavigation(command: NavigationCommand) {
        val transaction = supportFragmentManager.beginTransaction()
        when (command) {
            is NavigationCommand.ToDeviceControl -> {
                transaction.replace(
                    R.id.fragment_container,
                    DeviceControlFragment.newInstance(command.deviceId)
                ).addToBackStack(null)
            }
            NavigationCommand.ToDeviceList -> {
                transaction.replace(R.id.fragment_container, DeviceListFragment())
            }
        }
        transaction.commit()
    }
}

方案二：用基类Fragment封装统一的权限检查逻辑 #

如果你的项目中有多个Fragment都需要权限检查，可以创建一个抽象基类Fragment，把权限检查逻辑封装在基类的生命周期回调（比如onResume）中，子类只需要声明自己是否依赖权限、依赖哪些权限即可：

1. 基类中定义抽象方法，比如requiredPermissions()（返回该Fragment需要的权限数组）、onPermissionDenied()（权限不足时的处理逻辑）；
2. 在基类的onResume中检查权限，如果权限不足，就调用onPermissionDenied()，由子类实现跳转到权限申请页面的逻辑；
3. 这样每个业务Fragment不用重复写权限检查代码，只需要实现基类的抽象方法即可。

示例代码片段：

abstract class PermissionRequiredFragment : Fragment() {
    abstract fun requiredPermissions(): Array<String>
    abstract fun onPermissionDenied()

    override fun onResume() {
        super.onResume()
        if (!hasAllPermissions()) {
            onPermissionDenied()
        }
    }

    private fun hasAllPermissions(): Boolean {
        return requiredPermissions().all {
            ContextCompat.checkSelfPermission(requireContext(), it) == PackageManager.PERMISSION_GRANTED
        }
    }
}

// 设备控制Fragment继承基类
class DeviceControlFragment : PermissionRequiredFragment() {
    override fun requiredPermissions(): Array<String> {
        return arrayOf(Manifest.permission.BLUETOOTH_CONNECT)
    }

    override fun onPermissionDenied() {
        // 跳转到设备列表Fragment，引导用户重新申请权限
        findNavController().navigate(R.id.action_deviceControl_to_deviceList)
    }

    // 业务逻辑代码...
}

方案三：利用Jetpack Navigation的全局守卫 #

如果你用了Jetpack Navigation组件，可以自定义导航拦截逻辑，在页面跳转前统一检查权限：

1. 在Activity中给NavController添加OnDestinationChangedListener；
2. 当监听到要跳转到依赖权限的页面时，先检查权限：
   • 权限足够，允许跳转；
   • 权限不足，拦截跳转，导航到权限申请页面。

这种方案适合使用Navigation组件的中大型项目，能更优雅地集成导航体系的权限控制。

各方案的适用场景 #

• 方案一：适合小型项目或者页面结构简单的场景，逻辑集中，容易维护；
• 方案二：适合多个Fragment都有权限需求的场景，避免重复代码，保持Fragment的职责单一；
• 方案三：适合使用Jetpack Navigation的中大型项目，能更好地融入现有导航体系。

另外要注意，处理状态恢复时一定要优先检查权限，再恢复之前的页面状态——权限是页面展示的前提，不能为了恢复状态而忽略权限检查，否则会引发业务逻辑异常。

内容来源于stack exchange