A录音结束后主动调用RecorderManager.stop()后，接着开始新的B录音，到达A录音默认1分钟（或者自己设置）的录音时长后，仍会自动调用onStop事件，导致B录音中断！原因猜测：RecorderManager作为单例对象，录音停止后没有被及时的被释放，onStop事件按原定时间被再次触发。 目前官方只提供了获取方式：全局唯一的录音管理器 wx.getRecorderManager()建议：主动提供释放接口，由开发者自行调用

测试描述：连接蓝牙模块为维霖通WLT8266BM（单模），使用第三方BLE连接软件测试连接没问题， 但是在小程序端连接时发现：5米左右距离时，使用wx.createBLEConnection创建连接会频繁提示连接失败10003，偶尔可以连上，但不超过10秒时间监听wx.onBLEConnectionStateChange会提示连接断开，如图：[图片] （期间小程序端没有发送任何控制指令，断开前可以正常收到蓝牙buffer数据） [图片] 疑问1：该情况排除主动断开，应该是设备端异常断开，但如果蓝牙模块异常，为何使用第三方连接稳定？微信监听机制是什么？是否有其他限制因素？ 疑问2：如果在设备2米范围内，连接会比较稳定，上述现象出现可能性大大降低，连接基本稳定，但是一旦远离（在5米内）又会频繁断开，难道和距离有关？但是这个距离远小于蓝牙厂商提供的稳定连接距离呀 疑问3：监听API与蓝牙单模/双模是否有关？目前测试发现双模在５米以上仍比较稳定，极少断开连接