android小心有坑之BLE蓝牙4.0

智能穿戴设备的兴起，导致蓝牙协议的发展，因此越来越多的ble项目出现。今天就总结一下开发过程中遇到的问题。

首先来明白几个概念。

GATT

通过BLE连接，读写属性类小数据的Profile通用规范。现在所有的BLE应用Profile都是基于GATT的。

 

ATT

GATT是基于ATT Protocol的。ATT针对BLE设备做了专门的优化，具体就是在传输过程中使用尽量少的数据。每个属性都有一个唯一的UUID，属性将以characteristics and services的形式传输。

 

Characteristic

Characteristic可以理解为一个数据类型，它包括一个value和0至多个对次value的描述（Descriptor）。

 

Descriptor

对Characteristic的描述，例如范围、计量单位等。

 

Service

Characteristic的集合。例如一个service叫做“Heart Rate Monitor”，它可能包含多个Characteristics，其中可能包含一个叫做“heart rate measurement"的Characteristic。

Android设备与BLE设备交互有两组角色：

 1、中心和外围:

中心设备和外围设备的概念针对的是BLE连接本身。Central角色负责scan advertisement。而peripheral角色负责make advertisement。

 2、客户端和服务端：

这两种角色取决于BLE连接成功后，两个设备间通信的方式。

比如：

现有一个活动追踪的BLE设备和一个支持BLE的Android设备。Android设备支持Central角色，而BLE设备支持peripheral角 色。创建一个BLE连接需要这两个角色都存在，都仅支持Central角色或者都仅支持peripheral角色则无法建立连接。

当连接建立后，它们之间就需要传输GATT数据。谁做server，谁做client，则取决于具体数据传输的情况。例如，如果活动追踪的BLE设备需要向 Android设备传输sensor数据，则活动追踪器自然成为了server端；而如果活动追踪器需要从Android设备获取更新信息，则 Android设备作为server端可能更合适。

 

介绍完概念，接下来说说使用ble api过程中，需要注意的：

由于搜索需要尽量减少功耗，因此在实际使用时需要注意：

如果是指向性搜索，当找到对应的设备后，立即停止扫描；

如果是扫描全部可用蓝牙设备，为每次搜索设置适合的时间限制。避免设备不在可用范围的时候持续不停扫描，消耗电量。

官方文档说只需要搜索指定UUID的外设，可以调用  startLeScan(UUID[], BluetoothAdapter.LeScanCallback)方法。

其中UUID数组指定你的应用程序所支持的GATT Services的UUID。但视乎不靠谱，反正我是没扫到的。

还有就是对于开启蓝牙设备里面notify权限时，一定要在主线程操作。否则可能会无效。