如何强制 Google Nearby 使用 WiFi Direct？答案

【问题标题】：How can I force Google Nearby to use WiFi Direct?如何强制 Google Nearby 使用 WiFi Direct？
【发布时间】：2018-02-11 10:57:14
【问题描述】：

我正在开发一个中断/延迟容忍网络 (DTN) 应用程序，该应用程序使用 Android Nearby 无需身份验证即可连接到 Android 设备。

来自 Google Nearby 文档：

在底层，API 结合使用蓝牙、BLE 和 Wifi 热点，利用各自的优势，同时规避各自的弱点。

虽然离线连接协商似乎运作良好，但我不确定 Nearby 是否使用 WiFi Direct 进行数据传输。当我在我的应用程序中使用 Nearby 时，我在 Android 状态栏中看到蓝牙无线电处于活动状态，但在建立连接后我没有看到 WiFi Direct 图标。

我使用的 DTN 库仅适用于 WiFi 连接和 WiFi Direct。

有没有办法强制“附近”仅使用 WiFi Direct 连接设备？

【问题讨论】：

【解决方案1】：

不，不能只强制 WiFi Direct。我们也不热衷于揭露这一点。从我们的角度来看，理想情况下，DTN 库将在 Nearby Connections 之上重建。

免责声明：我在附近的连接上工作

【讨论】：

重写 DTN 是我正在考虑采用的当前方法。尽管 Nearby 提供了迄今为止最好的连接稳定性和可发现性，但我发现它对蓝牙的依赖在连接速度方面仍有待改进（我通常达到 50-150 KB/秒左右）。如果我可能会问，在什么情况下附近会为 WiFi 直连启动 P2P 组？当我用我的三星平板电脑和 Moto G4+ 测试它时，它完全依赖蓝牙进行数据传输。
如果您使用 P2P_STAR，那么我们将尝试从蓝牙升级到 LAN/WiFi Direct/WiFi 热点，具体取决于我们认为当时最适合的方式。升级是最好的努力，所以它可能不会发生......
在发现和保持连接方面，我发现 P2P_CLUSTER 比 P2P_STAR 更稳定（STAR 给我的 STATUS_BLUETOOTH_ERROR 是我在 CLUSTER 上从未见过的），所以我现在实际上正在恢复。有什么地方/论坛可以用来向附近报告错误和建议功能吗？
嗯，这可能只是运气不好。在引擎盖下，两者对于广告+发现完全相同。尝试重新启动一次，以刷新两个设备。报告错误/功能的最佳位置是 StackOverflow 上的此处或作为示例应用程序的存储库中的 GitHub 问题。
我又测试了一些。事实证明，只有当我在启动连接之前调用 stopAdvertising() （和？） stopDiscovery() 时，P2P_STAR 才有效。它有时会升级到 WiFi Direct 的连接，但我不确定它在什么情况下会这样做，因为它在我的测试中只发生过几次。