BLE 的HIDS服务，可以理解为BR/EDR HID在BLE 上的简化版，因BLE的特殊性，BR/EDR HID的部分feature在HIDS 中被移除。

本文将讨论Android 蓝牙BLE 中HIDS 服务如何接收 Data 并写入到Android 节点"/dev/uhid"的flow。----关于Android BR/EDR HID data 如何写入Android 节点，请参考之前文档；Android Bluetooth HID Host的理解及Report Data如何写入Android 节点之一_YingbinLi 蓝牙的博客-CSDN博客

本文继续以问答形式展开；

问题点 1：原生BT中，GATT Client在连接上后问询Service DB的过程；

(一共4个阶段)

第一阶段：通过使用“Read By Group Type Request +Attribute Type: Primary Service”问询主服务；(后续有详细的API 调用flow)

其第一包问询， Handle值从1开始到最大值(因此时GATT Client并不知晓GATT Server的实际最大Handle值是多少);

 这种“Read By Group Type Request”形式问询，直到最后问询返回“Attribute Not Found”时才停止；

第一阶段的作用是：

 ---获取到了GATT Server 的Primary Service数量，且每个服务的Handle值范围；

如当前Sample第二次问询Service中，我们获取到了GATT Server支援HIDS，

第二阶段：基于第一阶段获取到的每个服务的Handle值范围，根据具体每个服务(Service)的起止Handle值（分2~3步），

先通过“Read By Type Request”+ Attribute Type :Include”问询是否支援Include；

然后再通过“Read By Type Request”+ Attribute Type :Characteristic Declaration”问询是否支援Characteristic;

如果是特定的Service：如Battery 和HID等，在前两步完成后，可能还有第三步操作：通过“Find Information Request”进行问询Information；(后续有详细的API 调用flow)

 第二阶段的作用：获取到每个服务(Service)是否包含Include，以及包含的特征(Chartcteristic)数量及每个特征的Handle起止值；

第三阶段：通过“Read By Type Request”+ Attribute Type :PnP ID”问询类似BR/EDR 中的DI信息；

第四阶段具体很强针对性：如当前问询到某款游戏手柄支援Battery和HID，且在第二阶段知晓Battery特征中表示Battery Level的Handle是20；获取到HID中描述HID Information的Handle是24，表示HID 的Report Map的Handle是28；那么在第四阶段中，就针对性的使用“Read Request + Handle值”问询了Battery Level值、HID 的Information以及HID Report Map；

问题点2：以上4个阶段的问询，是Java层触发，还是BlueDroid中自动执行的；

是Bluedroid内部在BLE连接后，先检测缓存中是否有Service，如果没有，就启动主动问询；

当BLE callback连接上时，触发的API 是bta_gattc_conn；

问题点3：以上4个阶段的问询和DB callback 的APIs是；

在BlueDroid中，GATT的接口定义在btif_gatt.cc中的btgattInterface( Andorid 8~11都是此定义)；这里是GATT client 和GATT Server的接口；

而GATT Client的接口是：btgattClientInterface

  GATT Server的接口是：btgattServerInterface

BlueDroid 中GATT Client接收reponse的入口函数是：gatt_client_handle_server_rsp；

BlueDroid 中GATT Server接收request的入口函数是：gatt_server_handle_client_req；

BlueDroid中表示BLE 连接上的API 是：btm_ble_connected；

在原生中， BLE 相关UUID的定义在gattdefs.h中，

表示主服务UUID的是：GATT_UUID_PRI_SERVICE；

表示Include的UUID是：GATT_UUID_INCLUDE_SERVICE；

原生BT中，代表opcode ：

“Read By Group Type Request”是：GATT_REQ_READ_BY_GRP_TYPE；

“Read By Group Type Response”是GATT_RSP_READ_BY_GRP_TYPE；

“Read By Type Request”是：GATT_REQ_READ_BY_TYPE；

“Find Information Request”是：GATT_REQ_FIND_INFO；

“Read Request”是：GATT_REQ_READ；

定义在gatt_api.h中；