MI Note4/Moto X Play安卓设备BLE扫描失败，飞行模式切换后恢复求助

我来结合你的设备场景和代码，帮你拆解下这个问题：

核心原因：无线射频资源被抢占 + Android 7.x的扫描限制 #

你的MI Note 4（Android 7.0）和Moto X Play（Android 7.1.1）都属于Android 7.x版本，这个系统版本对BLE扫描的后台行为和射频资源管理有特殊的限制，加上2.4GHz频段的资源竞争，就会出现你遇到的情况：

• 系统级扫描优先级更高：系统自带的蓝牙扫描是系统进程，拥有更高的权限和射频资源优先级，哪怕普通进程（你的Service、第三方BLE APP）抢不到资源，系统进程依然能正常扫描。
• 射频资源被后台进程占用：WiFi和BLE都工作在2.4GHz频段，虽然系统理论上会做频段避让，但Android 7.x的部分设备驱动存在bug，当后台有WiFi自动扫描（比如用于位置定位的WiFi热点扫描）、其他后台无线服务运行时，会持续占用射频通道，导致BLE扫描无法获取足够的时间片，最终触发scan failed。
• 飞行模式的重置作用：开关蓝牙/WiFi只是单独重启模块，但后台占用资源的进程（比如WiFi扫描服务）会立刻重启，继续抢占资源；而飞行模式会完全关闭所有无线模块，重启后这些后台服务不会立刻启动，射频资源被彻底释放，BLE扫描就能正常进行了。

网络（WiFi）确实会影响BLE扫描 #

是的，在你的场景里，WiFi的后台扫描行为是导致问题的关键因素之一：

• 2.4GHz频段的信道有限，WiFi的持续扫描会占用大量信道资源，挤压BLE扫描的可用空间；
• Android 7.x中，位置服务默认会结合WiFi扫描来辅助定位，哪怕你关闭了WiFi开关，部分设备的后台WiFi扫描依然会运行（这个是系统级的，普通开关无法彻底终止），直到飞行模式彻底重置无线模块。

结合你的代码的额外分析 #

你的扫描配置本身没有明显错误，但有几个点可以注意：

• 你使用了ScanSettings.SCAN_MODE_LOW_LATENCY，这个模式是高功耗、低延迟的扫描，对射频资源的需求比LOW_POWER模式更高，在资源紧张时更容易触发扫描失败；
• 你添加的设备地址过滤、苹果厂商数据过滤（0x004c）本身不会导致scan failed，但如果过滤条件过于严格，可能会让你误以为扫描没工作，但你已经明确收到了scan failed回调，所以问题还是出在资源层面。

可以尝试的解决方向 #

• 降低扫描模式：尝试把扫描模式改成ScanSettings.SCAN_MODE_LOW_POWER，看看是否还会频繁出现扫描失败，验证资源竞争的假设；
• 确保蓝牙完全就绪后再扫描：注册BluetoothAdapter.ACTION_STATE_CHANGED广播，等待蓝牙进入STATE_ON状态后再启动扫描，避免在蓝牙未完全初始化时发起扫描；
• 检查后台权限：Android 7.0+中，后台Service进行BLE扫描需要ACCESS_BACKGROUND_LOCATION权限（如果你的APP是目标API 26+的话），虽然飞行模式后能扫描说明权限大概率没问题，但可以确认下权限是否齐全；
• 禁用后台WiFi扫描（测试用）：如果有系统权限，可以通过设置Settings.Global.WIFI_SCAN_ALWAYS_AVAILABLE为false来关闭后台WiFi扫描，普通APP可以引导用户手动关闭“WiFi扫描”功能（在位置设置里）。

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