Android 13作为BLE外设时如何确保配对弹窗始终显示？

你的问题核心在于：应用主动接管了配对流程（调用setPin），导致Android 13系统跳过了默认配对弹窗。从Android 12开始，系统强化了配对流程的控制权，当应用自动处理配对请求时，系统会认为不需要用户干预，从而隐藏弹窗。以下是具体的解决思路和修正方案：

一、问题根源分析 #

你的代码在收到ACTION_PAIRING_REQUEST广播后，直接调用了bluetoothDevice?.setPin()和createBond()，这相当于应用替用户完成了配对确认操作，系统自然不会再弹出提示。另外，Android 13彻底废弃了setPairingConfirmation()的应用层调用权限，所以旧方法完全失效。

二、解决方案 #

要让系统始终弹出配对弹窗，核心是把配对流程的控制权交还给系统，同时通过BLE外设的配置触发需要用户确认的配对类型：

1. 调整BroadcastReceiver逻辑，放弃主动处理配对请求 #

修改你的广播接收器代码，移除setPin和createBond的调用，只做权限检查和必要的状态监听，让系统默认处理配对弹窗：

private val broadCastReceiver: BroadcastReceiver = object : BroadcastReceiver() {
    override fun onReceive(context: Context, intent: Intent) {
        val action = intent.action
        if (BluetoothDevice.ACTION_PAIRING_REQUEST == action) {
            val bluetoothDevice = intent.getParcelableExtra<BluetoothDevice>(BluetoothDevice.EXTRA_DEVICE)
            // 仅检查权限，不干预配对流程
            if (ContextCompat.checkSelfPermission(context, Manifest.permission.BLUETOOTH_CONNECT) != PackageManager.PERMISSION_GRANTED) {
                ActivityCompat.requestPermissions(
                    context as Activity,
                    arrayOf(Manifest.permission.BLUETOOTH_CONNECT),
                    BLUETOOTH_CONNECT_REQUEST_CODE
                )
                return
            }
            // 移除setPin和createBond调用，让系统处理配对弹窗
            // 可在此监听配对状态变化，比如ACTION_BOND_STATE_CHANGED
        }
    }
}

2. 配置BLE外设的配对触发模式 #

确保你的BLE外设使用需要用户确认的配对类型，避免使用"Just Works"模式（该模式在Android 12+不会触发弹窗）：

• 使用Numeric Comparison（数值对比）：系统会在两端显示相同的数字，用户确认后完成配对，这是Android 13推荐的安全配对方式，一定会触发弹窗。
• 使用Passkey Entry（密钥输入）：外设显示PIN码，用户在Android设备上输入，也会触发系统弹窗。

如果你的外设支持配置GATT服务的安全属性，将服务/特征的权限设置为ENCRYPT_MITM（带中间人防护的加密），这会强制触发需要用户确认的配对流程。

三、最佳实践 #

• 遵循Android 12+的蓝牙设计规范，尽量让系统处理配对流程，保证用户体验的一致性。
• 不要尝试绕过系统弹窗，这会违反Android的安全模型，可能导致应用被Google Play拒审。
• 配对前向用户明确说明需要确认系统弹窗，引导用户操作。
• 监听BluetoothDevice.ACTION_BOND_STATE_CHANGED广播，获取配对成功/失败的状态，再执行后续的连接逻辑。

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