共计 1660 个字符，预计需要花费 5 分钟才能阅读完成。
背景痛点
在 Android 低功耗蓝牙 (BLE) 开发中，扫描参数设置不当会导致一系列问题。比如，很多开发者反馈设备发现率不到 60%，而在后台持续扫描时，电量消耗可能增加 30% 以上。更糟糕的是，某些设备会被重复发现，而另一些设备却完全扫描不到。这些问题往往源于对 BLE 扫描参数的误解或不当配置。
核心参数解析
- ScanSettings.scanMode：这个参数直接影响扫描的功耗和响应速度
- SCAN_MODE_LOW_POWER：最省电，但扫描间隔长达 4.5 秒
- SCAN_MODE_LOW_LATENCY：响应最快，但功耗最高
-
SCAN_MODE_BALANCED：两者折中方案
-
ScanSettings.callbackType：控制扫描结果的回调频率
- CALLBACK_TYPE_ALL_MATCHES：所有符合过滤条件的广播包
- CALLBACK_TYPE_FIRST_MATCH：只回调首次发现的设备
-
CALLBACK_TYPE_MATCH_LOST：设备丢失时回调
-
ScanFilter：可以大幅减少不必要的回调
- 按设备名称、MAC 地址、服务 UUID 等过滤
-
多个过滤器可以组合使用
-
扫描周期与间隔：
- 扫描周期 = 扫描时长 + 间隔时长
- 数学关系：发现概率≈扫描时长 /(扫描时长 + 间隔时长)
场景化优化方案
后台持续扫描（低功耗优先）
- 使用 SCAN_MODE_LOW_POWER
- 设置扫描周期为 5 秒（1 秒扫描 + 4 秒间隔）
- 添加必要的 ScanFilter 减少回调
快速设备发现（高响应优先）
- 使用 SCAN_MODE_LOW_LATENCY
- 持续扫描不设间隔
- 配合 CALLBACK_TYPE_FIRST_MATCH
特定设备过滤扫描
- 构建精确的 ScanFilter
- 使用 SCAN_MODE_BALANCED
- 适当延长扫描时长确保发现
代码实现示例
// 构建扫描设置
val settings = ScanSettings.Builder()
.setScanMode(ScanSettings.SCAN_MODE_BALANCED) // 平衡模式
.setCallbackType(ScanSettings.CALLBACK_TYPE_ALL_MATCHES) // 所有匹配结果
.setMatchMode(ScanSettings.MATCH_MODE_AGGRESSIVE) // 积极匹配
.build()
// 构建设备过滤器
val filter = ScanFilter.Builder()
.setServiceUuid(ParcelUuid.fromString("0000FEED-0000-1000-8000-00805F9B34FB"))
.build()
// 开始扫描
val scanner = bluetoothAdapter.bluetoothLeScanner
scanner.startScan(listOf(filter), settings, scanCallback)性能对比数据
| 扫描模式 | 平均发现延迟 | 每小时电量消耗 |
|---|---|---|
| LOW_POWER | 4.2 秒 | 1.5% |
| BALANCED | 1.8 秒 | 3.2% |
| LOW_LATENCY | 0.3 秒 | 8.7% |
常见问题解决
- 定位权限问题：
- Android 6.0+ 需要 ACCESS_COARSE_LOCATION 或 ACCESS_FINE_LOCATION 权限
-
必须动态申请运行时权限
-
扫描结果去重：
- 不要仅依赖设备名称去重
-
建议使用 MAC 地址 + 广播数据组合判断
-
扫描失败处理：
- 遇到 SCAN_FAILED_APPLICATION_REGISTRATION_FAILED 时
- 建议等待几秒后重试扫描
进阶优化思路
- RSSI 滤波：对信号强度进行移动平均滤波，提高稳定性
- 动态调整策略：根据应用状态自动切换扫描模式
- 后台扫描优化：结合 JobScheduler 实现智能扫描
总结
通过合理配置 BLE 扫描参数，可以在功耗和性能之间找到最佳平衡点。实际开发中建议先明确需求场景，再选择对应的参数组合。测试阶段要特别注意不同 Android 版本的兼容性问题，并通过实测数据验证优化效果。随着对 BLE 特性的深入理解，还可以实现更智能的动态扫描策略。
正文完
