Android蓝牙开发系列文章

在写《Android蓝牙开发系列文章-蓝牙音箱连接》时，计划细化出两篇文章，分别是：

关于蓝牙设备类型分类的，这个已经完成了，阅读请点击《Android蓝牙开发系列文章-蓝牙设备类型知多少？》。

今天我们要完成的是另外一篇：如何扫描蓝牙设备，怎么快速的、准确的扫描设备。

你也许会问，什么叫准确的扫描设备？难道我们在扫描的时候可以指定要扫描设备吗？

答案是肯定的，让我们慢慢讲来~

目录

1.姿势一：扫描经典蓝牙

2.姿势二：用过时的接口扫描低功耗蓝牙

3.姿势三：用时髦的接口扫描低功耗蓝牙

4.总结

在《Android蓝牙开发系列文章-蓝牙设备类型知多少？》中，我们没有提“经典蓝牙”和“低功耗蓝牙”的事儿，这里怎么又冒出了这两个概念?

其实，我们在上一节说的蓝牙设备类型，是从功能角度出发进行定义的一种概念。就是说这个蓝牙设备是个音箱，还是一个鼠标。

而今天说的这两个类型是比较专业化的概念，一般人，我是不告诉他的，谁让你关注了我呢，来，让我告诉你。

经典蓝牙设备：又称为传统蓝牙设备，英文为Classic Bluetooth，主要用于传输数据量比较大的功能传输，例如，蓝牙音箱。

低功耗蓝牙设备：英文为Bluetooth Low Energy，最大的特点是功耗的降低，主要用于实时性要求较高、但数据量不大的产品中，例如，蓝牙灯、蓝牙手环等等。

讲完了这两个概念，我们再来讲两个: 单模设备、双模设备。

单模设备：是指进具有经典蓝牙设备功能或者低功耗蓝牙功能的设备。例如，仅仅具有心率测量功能的手环。

双模设备：是指同时具有经典蓝牙设备功能和低功耗蓝牙功能的设备。例如，既具有心率测量功能，又具有通话功能的手环。再例如，我们现在智能电视的蓝牙遥控器（语音功能使用的是经典蓝牙，按键功能使用的是低功耗蓝牙）。再例如，小米的小爱音箱，它就是典型的双模设备，具有两个mac地址。

在这里要说一下，不是所有的双模设备都是两个mac地址，有的也仅是一个mac地址。我抽空会再写一下蓝牙mac 地址的分类（如果一直这样细化下去，不知道我的蓝牙专题是否要写100+篇？），不知道你是否期待？

讲完了概念，我们接着讲“姿势一”，如果你读过我之前写的蓝牙音箱连接的文章，你应该知道了经典蓝牙设备如何扫描了。

调用BluetoothAdapter::startDiscovery()接口，然后接受广播，从广播中解析出你想要的设备。这种方法扫描出的蓝牙设备不仅仅是只能扫描到经典蓝牙，也会扫描到低功耗蓝牙。如果你要扫描经典蓝牙的话，只能忍受这一个弊端了，因为没有别的招了。

如想了解经典蓝牙设备的扫描，请移步《Android蓝牙开发系列文章-蓝牙音箱连接》。我在这里就不再讲解一遍了。

下面开始讲一下经典蓝牙设备的扫描。

第一步，要先申请必要的权限，

我在写demo的过程中发现，静态申请了BLE扫描的权限没有生效，没有扫描到任何设备，经过上网百度获悉，从Android6.0开始需要动态申请位置权限，所以有了如下一段代码：

 先获取BluetoothAdapter对象，然后调用BluetoothAdapter::startLeScan(LeScanCallback callback)发起设备扫描。

扫码到的设备都会在onLeScan()中拿到。

运行一下我们的demo，看一下扫描结果，家里的唯一一个低功耗设备，蓝牙体脂秤，被扫描出来了。

因为家里只有一个低功耗蓝牙设备，所以没有扫描出来其他设备（这可不是因为这个接口具有扫描指定设备的功能哈，因为它并没有，不然怎么被废弃了呢）。 

这里将一个时髦的蓝牙扫描接口，BluetoothLeScanner::startScan()。这个接口的定义如下所示，第一个参数就是对扫描到的设备的过滤条件，第二个参数表示的是对本次扫描的设置，第三个参数用于接收扫描结果（如果有过滤条件，则是经过滤后的设备）。

* An app must hold * {@link android.Manifest.permission#ACCESS_COARSE_LOCATION ACCESS_COARSE_LOCATION} or * {@link android.Manifest.permission#ACCESS_FINE_LOCATION ACCESS_FINE_LOCATION} permission * in order to get results. * * @param filters {@link ScanFilter}s for finding exact BLE devices. * @param settings Settings for the scan. * @param callback Callback used to deliver scan results. * @throws IllegalArgumentException If {@code settings} or {@code callback} is null. */ @RequiresPermission(Manifest.permission.BLUETOOTH_ADMIN) public void startScan(List filters, ScanSettings settings, final ScanCallback callback) { startScan(filters, settings, null, callback, /*callbackIntent=*/ null, null); }

我们先不设置过滤条件，看一下该方法如何使用:

先获取BluetoothLeScanner对象，然后调用其startScan(ScanCallback callback)方法，看到没，就只有一个回调参数。

我们这样搞，会得到一个什么样的扫描结果呢？可以看到除了我家的体脂秤，也扫描到了另外一个BLE设备（反正不是俺家的，不知道谁的）。我还特意把我家的蓝牙音箱打开了，结果可想而知：扫不到~

既然这种扫描方式可以对扫描和过滤进行设置，那我们来试一下子吧~

在这里，我想仅仅扫描家里的体脂秤，所以，调用了setDeviceAddress(string)方法，把体脂秤的mac地址传递进去。

其实，这个时候就OK了，因为蓝牙mac地址是设备的唯一标识嘛，这样设备就一定会只扫描到我的目标设备了。

可是，我想把事情搞大一点，给过滤再加点限制，看是否还能扫描成功。

我又setServiceUuid()方法将体脂秤支持的service uuid传递进来。

 再来对扫描设置进行一些定制：

设置扫描模式为低延迟模式，这种模式下可以更快的进行设备扫描，除此之外，还有均衡模式（SCAN_MODE_BALANCED）、低功耗模式（SCAN_MODE_LOW_POWER）。从字面意思，你应该也能猜出来，低延迟模式扫描设备最快，低功耗模式扫描设备最慢，均衡模式居中。

设置回调模式为全匹配（CALLBACK_TYPE_ALL_MATCHES），就是说，如果我们设置了过滤条件，则只上报过滤条件都完全匹配的设备，如果没有设置任何过滤条件，则上报扫描到的所有设备。

设置粘性匹配，就是在扫描到的设备满足一定信号强度时，才去跟过滤条件进行匹配，信号强度太弱，蓝牙固件直接丢弃，也不会去做匹配操作。

最后，我们将两个参数传递到startScan()方法中来。

看一下此时的扫描结果，我们的目标设备是可以正常扫描到，并且上报设备的粒度明显降低了。

利用上面提到了方式3 来进行设备扫描有什么好处呢？

在蓝牙固件中即进行设备匹配，可以大大减少蓝牙协议栈以及应用层的操作，降低内存占用、CPU占用。

可以根据需要进行扫描参数的设置，实现动态调整，进而实现快速扫描目标设备。

天不早了，该休息了~

本博客始终坚持理论与实践相结合，想尽最大努力将知识点讲解清楚，但不知道实际效果如何，

如果有任何建议，可以随时跟我沟通，谢谢。

如果想持续关注本博客内容，请扫描关注个人微信公众号，或者微信搜索：万物互联技术。