我最近正在研究一个使用低功耗蓝牙的项目。我实现了大部分通信协议(protocol)，但是我开始担心，实际上我不知道数据传输是如何工作的，以及我实现的解决方案是否会以相同的方式与所有设备一起运行。
所以我主要关心的是当我收到来自 peripheral(_:didUpdateValueFor:error:) 的通知时会收到什么数据 block ?它是否仅与协商的 MTU 大小一样大？或者，iOS 可能会收到有关 block 大小的信息，并在触发 peripheral(_:didUpdateValueFor:error:) 之前等待全部接收。 ?
当外围设备发送 block 时，假设每个 block 100 个字节，我可以假设我将始终在单个通知中获得 100 个字节吗？或者它可能是前一个 block 的最后 50 个字节和下一个 block 的前 50 个字节？这将非常棘手并且难以检测到我的框架的开始位置。
我试图在 Apple 文档中找到更多信息，但没有任何相关信息。
我的猜测是我总是收到一个单一的特征状态。因此，这意味着 block 取决于外围端的实现。但是如果特征大于 MTU 大小怎么办？
最佳答案
首先，请记住，通过特性发送流数据并不是特性的设计目的。特征点是表示一些小的(约 20 字节)信息，如当前电池电量、设备名称或当前心跳。这个想法是，只有当基础值发生变化时，特性才会发生变化。它从未被设计为串行协议(protocol)。所以你的默认假设应该是由你来管理这一切。
写入特征的数据不应超过从 maximumWriteValueLength(for:) 获得的值。 .分 block 是你的工作。
您写入的每个单独的值都会以原子方式出现在接收器中。请记住，这些是单独的值，而不是更大数据流中的 block ，因此重叠来自同一特征的值是没有意义的。 “原子地”意味着它全部到达或没有到达。因此，如果您的 MTU 可以处理 100 个字节，而您写入 100 个字节，那么另一端将收到 100 个字节或什么也没有。
也就是说，BLE 中几乎没有错误检测，您绝对可以丢弃数据包。由您来验证数据是否正确到达。
如果您能够以 iOS 11+ 为目标，请查看 L2CAP，它是为串行协议(protocol)设计的，而不是使用 GATT。
如果你不能这样做，我建议观看 WWDC 2013 Session 703，它详细介绍了这个用例。 (但是，我再也找不到指向它的链接了。)
关于ios - iOS 上的低功耗蓝牙数据传输，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51680255/