服务端流式返回音频数据，每个chunk经过decodeAudioData后，将其中的buffer进行拼接，块与块之间会存在卡顿。请问是服务端返回的音频数据格式有问题吗？还是拼接方式有问题？ const audioCtx = Taro.createWebAudioContext(); let tempList = []; const task = wx.request({}) task.onChunkReceived((res) => {   audioCtx.decodeAudioData(     res.data,     (buffer) => {       tempList = [...tempList, buffer];     },     (err) => {}   ); }); setTimeout(() => {   const buffer = audioCtx.createBuffer(1, tempList.reduce((pre, item) => item.length + pre, 0), 44100);   let seek = 0;   for (let i = 0; i < tempList.length; ++i) {     buffer.copyToChannel(tempList[i].getChannelData(0), 0, seek);     seek += tempList[i].length;   }   const source = audioCtx.createBufferSource();   source.buffer = buffer;   source.connect(audioCtx.destination);   source.start(); }, 5000);

我想问一下，现在24年 蓝牙后台运行能力是否支持了，我看了22年的论坛基本都是还没有支持蓝牙后台运行，2023年也有不同应用的开发者提出，通讯领域的websock、蓝牙通讯、智能硬件等等，都需要常驻后台的实时接收数据能力，现在支持蓝牙后台运行了吗？

开发BLE设备需要持续的向client端发包，现在必须小程序打开才行，一旦切换其它APP或者锁屏，就自动暂停了。BLE的链接没断，只是代码暂停了，无法继续向BLE设备发包，造成数据不正确的bug。requiredBackgroundModes应该增加一个允许连接了蓝牙的设备，用户使用并连接了蓝牙，就能证明用户信任该蓝牙设备，只要给了权限，就可以后台运行，这样才能得到正确结果。很开心微信小程序能支持蓝牙模块的操作，但是让人连接到设备后，还必须一直停留在小程序界面才能用，这就非常不合理了：（