核心蓝牙发送数据包时速度变慢

我遇到一个问题，即使用

[peripheral writeValue:dataPacket forCharacteristic:writeChar type:CBCharacteristicWithResponse]

并且 iOS 设备实际物理发送蓝牙数据包所花费的时间越来越长。

这可以在调试器的以下输出中进行说明：

2013-10-23 14:12:17.510 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:17.595 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:17.598 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:17.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:17.656 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:17.657 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:22.601 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:23.123 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:23.125 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:27.601 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:28.111 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:28.113 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:32.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:34.595 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:34.597 Test App iOS[1561:60b] Packet response received


2013-10-23 14:12:37.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:39.582 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:39.585 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:42.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:44.570 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:44.573 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:47.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:49.558 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:12:49.560 Test App iOS[1561:60b] Packet response received

// Several packets omitted...

2013-10-23 14:13:07.610 Test App iOS[1561:60b] Packet sent
2013-10-23 14:13:09.508 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:13:09.511 Test App iOS[1561:60b] Packet response received

2013-10-23 14:13:12.610 Test App iOS[1561:60b] Packet sent
2013-10-23 14:13:14.496 Test App iOS[1561:60b] Packet sent confirmation, error = (null)
2013-10-23 14:13:14.498 Test App iOS[1561:60b] Packet response received

// 等等...

数据包发送消息在 writeValue 命令之后立即输出，以将数据包写入特征。

发送确认的数据包在 didWriteValueForCharacteristic 委托方法的第一行中输出。

数据包响应收到的消息在 didUpdateValueForCharacteristic 中输出，当 BTLE 设备发送响应数据包（通过辅助通知特征）以确认收到我发送的数据包时，会调用该消息。

最初可以看出，我调用 writeValue forCharacteristic 方法和回调以确认数据包已在 didWriteValueForCharacteristic 中发送之间的时间最初为 85 毫秒（这已经很慢但可以忍受）。我大约每 5 秒发送一次这些数据包，在仅发送少量数据包后，该数据包增加到约 2 秒，之后似乎持续静态为 2 秒。从 BTLE 设备发回的响应数据包始终在确认发送的数据包后约 2 毫秒。

我不明白为什么在 CoreBluetooth 库中调用 writeValue 和确认回调 didWriteValueForCharacteristic 之间会出现这种延迟。

在所有其他方面，代码都运行良好（BTLE 设备完全按照指示执行操作，并且没有数据包丢失）。

我有一个由 BT4.0 模块制造商（包括源代码）提供的示例应用程序，它没有遇到这种不断增长的延迟 - 不幸的是，该示例应用程序旨在应对模块的大范围实现，而不仅仅是我们的特定实现因此非常复杂，包含与我们的实现无关的大量代码 - 我在示例中的每个函数中都放置了断点，并手动单步执行以确定它们正在发出哪些命令，并且我相信我正在完美地复制它们（但显然不是）。

我看不到他们在做什么而我没有在做，反之亦然。我能发现这两个项目之间的唯一区别是我的项目使用 ARC，而他们的项目使用手动引用计数。

其他信息： 一切都在主线程上运行（与模块制造商示例应用程序一样） 我使用主队列创建中央管理器（类似于模块制造商示例应用程序） 当我的应用程序运行时，iOS 设备上的 CPU 负载仅为 3%，并且似乎没有任何内容因 CPU 负载等而延迟。

我对此感到抓狂，如果有人能为这个问题提出任何可能的原因或解决方案，我将永远感激不已！

谢谢， 富有的

我在这方面取得了一些进展，但消息并不好。事实证明我原来对问题的描述是错误的。我假设（总是一件坏事）模块供应商生成的示例应用程序是正确的，但是它报告的计时数字是错误的 - 当他们报告〜3ms发送数据包并检索响应时，他们只是计时从 -didWriteValueForCharacteristic 开始，不包括调用 writeValueForCharacteristic 和 didWriteValueForCharacteristic 之间的时间 - 一旦我包括这次，他们的应用程序的行为和我的一样慢。

经过所有进一步的调查后，发现 iOS CoreBluetooth 库导致了请求发送数据包和实际开始发送之间的延迟 - 这些任意延迟可能在 80 毫秒到 2 秒之间。有谁知道为什么 iOS 库发送实际数据包的速度如此之慢？我们在 Android 下运行的等效代码或多或少是即时的。

如果我愤世嫉俗的话，我会说苹果故意这样做是为了阻止使用 BTLE 开发需要快速响应的应用程序，从而迫使硬件开发人员使用需要苹果安全芯片的蓝牙 3，从而有效地获得苹果许可制造单位的成本...