Bug 表现： 调用createBLEConnection，先收到onBLEConnectionStateChange回调，内容是connected=true，然后又收到createBLEConnection的fail回调（见图中log），这个是正常的吗？ 如果是正常的话，那么需要在官方文档里说明，避免大家误解，如果不是正常，那么到底应该相信哪个结果？ [图片] 期望表现： 两个API的返回结果一致，如果不一致，希望更新文档进行说明。

Bug 表现： 扫描到蓝牙设备后，调用wx.createBLEConnection创建连接，但是无成功或是失败的回调。 手机：红米4 Android 6.0.1、红米5A Android 7.1.2等红米手机。 期望表现： 有连接失败的回调，失败的原因可以是超时、可以是10003等。 如何复现： 开始扫描蓝牙设备-扫到后停扫，调用连接—连接成功后，调用断开连接—等待10s，开始下一次扫描，循环测试100次，观察是否有无连接结果的回调。

Bug 表现： 蓝牙设备连接成功后，调用wx.closeBluetoothAdapter（之前仅调用过一次openBluetoothAdapter且返回成功）， Android 8.0.8的MIX 2: 连接没有断开。（Bug） iOS10.3.3的iPhone SE：连接没有断开。（Bug） iOS11的iPhone 7 plus：连接断开。(正确) iOS9 的iPhone 5s： 连接断开。（正确） 期望表现： 根据官网文档，调用wx.closeBLEConnection后，应该断开连接。 [图片] 复现步骤： 蓝牙设备连接成功后，调用wx.closeBluetoothAdapter，观察设备是否断开。

Bug 表现： 调用wx.closeBLEConnection后，iOS平台上，能够收到wx.onBLEConnectionStateChange的回调，Android平台上不能收到这个回调。 期望表现： 根据wx.closeBLEConnection的文档：监听低功耗蓝牙连接的错误事件，包括设备丢失，连接异常断开等等。那么iOS的主动断开，不应该收到wx.closeBLEConnection的回调。同一个API在两个平台上表现不一致，并且根据官方文档，Android的表现是正确的，iOS的是错误的。 如何复现： 实现wx.closeBLEConnection的回调，连接蓝牙设备成功后，调用wx.closeBLEConnection断开连接，查看是否能够收到wx.closeBLEConnection的回调。

Bug 表现： 设备连接成功，关蓝牙，发现在iOS11 的iPhone 7P 上，收不到wx.onBLEConnectionStateChange的回调，但是iOS10 的iPhone SE上能够收到；Android 7的小米MIX 2也能收到。 预期表现： 设备异常断开，能够收到wx.onBLEConnectionStateChange的回调。 复现步骤： 连接蓝牙设备成功后，关闭手机蓝牙或将蓝牙设备断电