1、BLEPeripheralServer添加notify服务 this.server.addService({ service: { uuid: this.serviceId, characteristics: [{ uuid: this.notifyId, properties: { notify: true }, permission: { readable: true }, descriptors: [{ uuid: this.desId, permission: { read: true } }] }] } }); 2、使用开源app连接并打开通知，显示BleException{code=102, descriptor equals null } 开源app链接为https://github.com/Jasonchenlijian/FastBle [图片]

1 复现方式非常简单 ： 选取任意原生APP搜索和小程序的onBluetoothDeviceFound的log速度一对比就知道了 2 这个问题去年就提过，官方人员微信和我确认了是他们搜索这块存在问题， 但是 大半年过去了为什么还是这么慢 3 官方难道对这种小众模块不重视吗， 速度慢极大影响用户体验

- 当前 Bug 的表现（可附上截图） [图片] [图片] - 开启蓝牙，定位等权限，搜索到设备后，点击开始连接设备， 1.第一次连接5S内返回结果10003或10008（大概率出现）， 2.进行重连，很久才返回连接结果（重连大部分情况还是10003或者10012，偶尔会成功） 3.断开连接 由于属于蓝牙开门交互，从点击到返回开门结果耗时很久，用户体验感差。 ios相对正常 搜索了社区内很多相关问题，官方建议如下： 1.成对调用creat和close（是成对调用） 2.增加延时（在每次建立连接都延时了500ms，且每个api调用都加了500ms延时） 3.建立连接时延长超时时间，官方默认为20s，就算我设置到30s也还是会出现上面所说情况，且会给用户超时的感觉 由于要与设备交互，无法提供可复现片段,如果需要上传日志，请官方回复我，谢谢！ 体验版appid  wx676081835d81e1b2

- 当前 Bug 的表现（可附上截图）     在蓝牙开启的情况下 startBluetoothDevicesDiscovery 成功后 onBluetoothDeviceFound 经常性搜索不到设备, 并且特别慢, 手机原生 App却没有这个问题 onBluetoothDeviceFound 每次都有返回搜索到的蓝牙数据, 定位权限打开了的, 经常性搜索要花10s以上, 并且远距离的设备已经搜到很久了 , 近距离的设备搜索很久都搜不到, 我设置的超时时间为20s , 请官方大佬尽快修复, 老板经常催 - 预期表现     期望和原生 App 一致, 搜索不要经常出现搜索不到设备或搜索很久才出现设备的情况 - 复现路径 - 提供一个最简复现 Demo wx.openBluetoothAdapter({ success: function(res) { wx.startBluetoothDevicesDiscovery({ services: [[]], success: function(startRes) { console.log('开启搜索成功'); data.isTimeOut = true; clearTimeout(data.timeoutID); wx.onBluetoothDeviceFound( function(devices) { console.log('扫描onBluetoothDeviceFound返回的内容为 = ' + JSON.stringify(devices));