Android BLE Library中WriteRequest Split模式的取消机制优化

在NordicSemiconductor的Android BLE Library项目中，开发者发现了一个关于WriteRequest Split模式取消机制的重要问题。本文将深入分析该问题的技术背景、解决方案及其实现原理。

问题背景

在BLE通信中，当需要发送的数据包超过MTU大小时，通常需要采用分包发送机制。Android BLE Library通过WriteRequest的split方法实现了这一功能。然而，开发者发现当尝试取消一个正在执行的分包写入操作时，系统无法真正停止后续数据包的发送。

问题分析

问题的核心在于WriteRequest类的设计。当调用cancelCurrent方法取消当前请求时，虽然会触发失败回调，但hasMore()方法仍然会返回下一个待发送的数据包，导致底层继续发送后续数据包。

解决方案

项目维护者通过以下方式解决了这个问题：

1. 将WriteRequest类扩展为TimeoutableRequest的子类，使其继承timeout和cancel方法
2. 在cancel方法中设置complete标志位为true
3. 修改hasMore()方法逻辑，使其在complete为true时不再返回后续数据包

这种设计确保了当取消操作发生时，不仅会触发失败回调，还会真正停止后续数据包的发送。

实现细节

在具体实现上，维护者进行了以下关键修改：

1. 在WriteRequest类中添加cancel方法，设置complete标志位
2. 修改BleManagerHandler.cancelCurrent方法，正确处理WriteRequest的取消
3. 确保hasMore()方法在complete为true时返回false

影响范围

这一修改不仅解决了WriteRequest Split模式的取消问题，还带来了额外的好处：

1. 现在可以为enableNotification和disableNotification操作设置超时
2. 提高了整个库在异常情况下的行为一致性
3. 为开发者提供了更可靠的取消机制

使用建议

在实际开发中，建议开发者采用以下代码风格来使用这些特性：

val response = waitForNotification(wCommandChar)
   .trigger(
      writeCharacteristic(wOTAChar, otaData, WRITE_TYPE_NO_RESPONSE)
         .split(WriteProgressCallback { device, data, index ->
            // 进度处理
         })
         .before { device -> /* 预处理 */ }
         .done { device -> /* 完成处理 */ }
         .fail { device, status -> /* 失败处理 */ }
   )
   .timeout(10000L)
   .suspendForResponse<ReadResponse>()

这种清晰的缩进方式可以更好地表达代码逻辑层次。

总结

Android BLE Library的这一改进显著提升了BLE通信中大数据包发送的可靠性和可控性。开发者现在可以更安全地使用分包发送功能，并在必要时可靠地取消操作。这一改进体现了该库对实际开发需求的持续关注和响应能力。