Android应用调用AssociationRequest无设备显示，系统蓝牙配对却正常显示的原因

• 扫描过滤的隐性限制
  即便你确认BluetoothLeDeviceFilter规则正确，仍需注意：

  • 设备是否处于主动可发现模式？系统蓝牙设置的扫描包含被动扫描（可发现非主动广播的设备），但应用通过AssociationRequest发起的扫描可能仅捕获主动发送可发现广播包的设备。部分BLE设备仅在首次配对或触发特定操作时才会发送这类广播。
  • 过滤规则是否遗漏服务UUID匹配？如果你的filter指定了特定服务UUID，而设备当前广播未携带该UUID（比如已配对后切换了广播内容），会被直接过滤。可以临时移除UUID过滤测试，或确认设备广播的UUID与filter完全一致。

• 扫描权限的差异
  系统蓝牙设置拥有更高权限的扫描能力，应用可能存在权限缺口：

  • 确保已申请BLUETOOTH_SCAN权限，Android 12+上需根据需求声明android:usesPermissionFlags="neverForLocation"（无需位置权限时），或已获取ACCESS_FINE_LOCATION权限（依赖位置扫描时）。
  • 检查应用是否被授予后台扫描权限，如果设备处于后台状态，应用的扫描范围会被系统限制，而系统设置不受此约束。

• 配对状态与缓存干扰
  该设备在其他平板配对过，当前设备的蓝牙状态可能存在异常：

  • 当前设备的蓝牙缓存中是否有该设备的旧记录？即便未在应用中配对，系统蓝牙的旧配对信息可能导致设备广播被应用扫描忽略，尝试清除当前设备的蓝牙缓存后重新扫描。
  • 设备是否正与其他设备保持连接？BLE设备连接时通常会停止发送广播包，应用扫描不到，但系统设置会通过已配对设备列表显示它（而非实时扫描结果）。

• AssociationRequest配置问题
  检查请求构建的细节限制：

  • 是否通过setDeviceTypes指定了仅搜索特定类型设备？比如误设为只允许DEVICE_TYPE_CLASSIC，而目标设备是BLE类型。
  • 是否启用了setSingleDevice等限制逻辑，导致扫描到设备但因时机问题未被正确返回？

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