Android BLE连接ESP32时onCharacteristicChanged仅收20字节，requestMtu(512)无效如何解决

• 确认MTU请求的异步回调处理
  requestMtu(512)是异步操作，调用后不会立即生效，必须在BluetoothGattCallback的onMtuChanged()回调中，校验返回的MTU值符合预期后，再开启特征值通知、执行读写操作。如果在MTU协商完成前就启动数据传输，会继续使用默认23字节MTU，扣除3字节ATT协议开销后刚好剩余20字节payload，就是你现在看到的现象。
• 同步配置ESP32设备端的MTU上限
  MTU是两端协商的结果，仅修改主机端配置无效，需要同时在ESP32侧设置最大MTU支持：
  • 若使用Arduino ESP32框架，需在创建BLE服务、开启广播前调用BLEDevice::setMTU(512)
  • 若使用ESP-IDF框架，可修改配置项CONFIG_BT_GATT_MAX_MTU_SIZE为512，或运行时调用esp_ble_gatt_set_local_mtu(512)
• 检查系统权限与厂商限制
  Android 12及以上版本调用requestMtu()需要持有BLUETOOTH_CONNECT动态权限，未授权时调用会静默失败。此外部分厂商定制系统对BLE MTU有额外上限限制，需以onMtuChanged()返回的实际协商值为准，不要默认512字节一定协商成功。
• 兜底方案：自定义分包传输协议
  如果MTU协商始终达不到预期，可以自行实现简单的分包逻辑：在ESP32端将512字节数据拆分为多个符合当前MTU负载上限的小包，额外增加序号、结束标记等协议头，手机端收到所有小包后按序号拼接还原完整数据。该方案不依赖MTU协商能力，兼容性最高。

内容的提问来源于stack exchange，提问作者JeevaRax