Android BLE 堆栈缓存服务？

Question

我正在开发第一个低功耗蓝牙应用。我控制着两端——服务器在 Arduino Nano 33 BLE 上运行——它有一个 nRF 芯片组。

服务器有点奇怪——它实际上运行两组代码中的一组，具体取决于它的启动方式（主要是因为我只有一个 Nano BLE）。所以它可以是两台服务器之一（相同的 MAC 地址），但服务器 A 支持一个服务及其一组特性，服务器 B 支持另一项具有其特性的服务。两种服务显然都有唯一的 UUID。

问题是，当应用程序已连接到 - 比如说 - A，并且服务器关闭并以伪装 B 重新打开时，在连接和发现服务时，应用程序仍然“发现”A 服务 UUID，而不是 B。

反复重启服务器没有任何区别，在 Android 设备上禁用和重新启用蓝牙或重新启动应用程序也没有任何区别。唯一可行的方法是完全重启 Android 设备。

在我看来，BLE 堆栈正在缓存它认为特定服务器 MAC 地址的功能。

找不到解决方法（不要认为我可以更改 Nano BLE MAC 地址），但是当我运行 nRF 诊断 Android 应用程序时，它确实找到了正确的服务，所以它一定是可能的。不过，这样做总是首先通过 BLE 扫描过程，因此可能会刷新任何缓存。

但是，我真的不想强制执行扫描，因此非常感谢任何 cmets，或有关如何清除任何缓存的详细信息。

Answer 1

停止新闻：

找到了答案：'Android Bluetooth not discovering the characteristic after changing UUID'

似乎 BLE 堆栈会在不确定的时间内缓存服务等，以加快未来的服务发现。如果 MAC 地址的服务确实发生了变化（比如我的），那就有点问题了，但我认为这并不是真正的预期行为（尽管据我所知并没有被禁止）。不知道它被缓存了多长时间，但我注意到它在一夜之间就自行解决了——当然，在下一次更改时它就出错了。

有一个清除缓存的内部 BluetoothGatt.refresh() 方法 - 但它没有发布。该链接显示了如何通过反射来解决它，并且它似乎确实有效。在运行 6.0.1 的旧 Nexus 7 2013 上，就是这样。不确定后来的操作系统，因为这些天谷歌似乎不赞成反射。即将在运行 Android 11 的 Pixel 2 上试用。