uni-app APP端蓝牙传输大文件问题

该问题请在专业群（ uni-app 官方技术交流群 1 ） 咨询，群中有相关专业的管理员和群友。

您遇到的“安卓 APP 端蓝牙写十几片 20 B 后就报错”的现象，在官方文档里已经明确提示过：
“并行调用多次会存在写失败的可能性”。
因此，问题并不是出在“20 B 分包”本身，而是 写得太快、没有做写完成等待，以及 MTU 过小。

下面给出一条在安卓 APP 端实测可行的大文件传输思路，您可以直接套用：

1. 连接成功后立刻调大 MTU

   uni.setBLEMTU({  
    deviceId,  
    mtu: 512,          // 安卓 5.1+ 有效，直接给到上限  
    success() {  
      console.log('MTU 已设为 512');  
    }  
   });  

2. 把 20 B 改成 (MTU-3) 字节（512-3=509 B）分包，大幅减少片数。

3. 串行写：上一片的 success / complete 回来后再写下一片，不要 10 ms 定时器。
   伪代码示例（递归写法）：

   let pos = 0;  
   const chunkSize = 509;          // MTU-3  
   const buffer = /* 您的完整 ArrayBuffer */;  
   
   function writeChunk() {  
    if (pos >= buffer.byteLength) return;   // 传完  
   
    const end = Math.min(pos + chunkSize, buffer.byteLength);  
    const slice = buffer.slice(pos, end);  
   
    uni.writeBLECharacteristicValue({  
      deviceId,  
      serviceId,  
      characteristicId,  
      value: slice,  
      success() {  
        pos = end;  
        writeChunk();              // 成功后再写下一包  
      },  
      fail(e) {  
        console.error('写失败', e);  
        // 这里可做重试或提示  
      }  
    });  
   }  
   writeChunk();  

4. 如果您的设备一次最多只能收 20 B，那就保持 20 B，但 必须等 success 再写下一包，并且把间隔放宽到 30-50 ms（很多模块空口速率有限，10 ms 太激进）。

5. 安卓部分机型在 notify 成功后会阻塞写，建议写完一包后再打开 notify，或者把 notify 的 UUID 与写的 UUID 分开。

按以上步骤调整后，安卓 APP 端即可像微信小程序那样稳定地把大文件发完。