如何判断Android权限请求是否会向用户弹出授权弹窗？

要准确判断调用ActivityCompat.requestPermissions()时系统是否会弹出Allow/Deny弹窗，不能仅依赖shouldShowRequestPermissionRationale()，需要结合权限状态和是否发起过权限请求的记录来综合判断，避免硬编码弹窗次数的适配问题。

核心逻辑 #

系统不再弹窗的本质是：用户已经拒绝权限并勾选了「不再询问」，或者系统基于策略自动停止弹窗。此时shouldShowRequestPermissionRationale()会返回false，但首次请求权限前该方法也返回false，因此需要区分这两种场景。

具体实现步骤 #

1. 记录权限请求历史
   使用SharedPreferences或页面的ViewModel维护一个标记，记录是否已经发起过至少一次权限请求（比如hasRequestedBluetoothPermission）。

2. 权限状态判断流程
   每次需要判断是否显示授权按钮时，按以下逻辑执行：

   • 先检查蓝牙权限是否已授予：

     val hasBluetoothPermission = ContextCompat.checkSelfPermission(
         context,
         Manifest.permission.BLUETOOTH_SCAN // 对应你需要的蓝牙权限，比如BLUETOOTH_CONNECT
     ) == PackageManager.PERMISSION_GRANTED
     

   • 如果权限已授予：直接进入功能流程，隐藏权限提示UI。
   • 如果权限未授予：
     • 调用ActivityCompat.shouldShowRequestPermissionRationale(activity, permission)：
       • 返回true：系统会弹出授权弹窗，显示「Grant Bluetooth Permissions...」按钮，点击后触发requestPermissions()。
       • 返回false：
         • 若hasRequestedBluetoothPermission为false：首次请求，系统会弹窗，显示授权按钮，发起请求后将标记设为true。
         • 若hasRequestedBluetoothPermission为true：系统不会再弹窗，替换为引导用户前往系统设置授权的按钮及提示。

3. 更新请求标记
   在权限请求回调中（无论使用onRequestPermissionsResult还是Activity Result API），无论用户允许还是拒绝权限，都将hasRequestedBluetoothPermission设为true：

   // 使用Activity Result API的示例
   val requestPermissionLauncher = registerForActivityResult(
       ActivityResultContracts.RequestPermission()
   ) { isGranted ->
       if (isGranted) {
           // 权限已授予，执行功能逻辑
       } else {
           // 更新请求标记
           SharedPreferences.getDefaultSharedPreferences(context)
               .edit()
               .putBoolean("has_requested_bluetooth_permission", true)
               .apply()
           // 重新判断并更新UI
           updatePermissionUI()
       }
   }
   

关键注意事项 #

• 对于Android 12+的蓝牙权限（BLUETOOTH_SCAN、BLUETOOTH_CONNECT等）和旧版本的ACCESS_FINE_LOCATION（用于蓝牙扫描），该逻辑完全通用，都是危险权限的处理规则。
• 不要依赖系统弹窗的次数（比如硬编码2次），不同Android版本或定制ROM可能有不同策略，通过标记+shouldShow的组合判断是最可靠的方式。

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