Nearby Connections API的连接时间是否有下限？
Is there a lower bound for the connection time of Nearby Connections API?
我想知道使用 Nearby Connections 的连接时间是否有下限 API。
是否根据策略不同？
我在堆栈溢出上读到 P2P_POINT_TO_POINT 有一个内部协议来检查两个设备的可用连接方法，然后它们切换到这个方法。
我的有效载荷很小（所以策略不是问题），我现在的问题是理解这个 API.
的时间限制
该策略不应显着影响连接时间。在所有 3 种情况下，蓝牙都是 advertising/scanning/connecting 的主要机制。只有在双方都接受连接后，他们才会尝试升级到不同的 WiFi 技术。
预计连接的下限为 ~3 秒，上限为 ~7 秒。如果 phone 状态不佳，尽管您可以随时断开连接，但不幸的是，上限可能会高得多（~1 分钟）。
我想知道使用 Nearby Connections 的连接时间是否有下限 API。
是否根据策略不同？
我在堆栈溢出上读到 P2P_POINT_TO_POINT 有一个内部协议来检查两个设备的可用连接方法，然后它们切换到这个方法。 我的有效载荷很小（所以策略不是问题），我现在的问题是理解这个 API.
的时间限制该策略不应显着影响连接时间。在所有 3 种情况下，蓝牙都是 advertising/scanning/connecting 的主要机制。只有在双方都接受连接后，他们才会尝试升级到不同的 WiFi 技术。
预计连接的下限为 ~3 秒，上限为 ~7 秒。如果 phone 状态不佳，尽管您可以随时断开连接，但不幸的是，上限可能会高得多（~1 分钟）。