附近 API 连接和端点丢失超时
Nearby API connection and endpoint lost timeout
我目前正在开发一个使用 Google 附近连接 API 的应用程序。我很好奇是否有一种方法可以更改 onEndpointLost(EndpointDiscoveryCallback class 的方法)和 onFailure(OnFailureListener 接口的方法)的超时。
根据我的理解,这些方法(回调)在预定义的时间到了时被调用,我们得到这些失败调用。我想降低此延迟,因为在发现的端点消失后,调用 onEndpointLost 方法对我来说太晚了。当设备尝试建立与不再通告的端点的连接时,同样适用,从而导致 onFailure 回调。
(如果你能抽出时间来帮助我,我将非常高兴(:)
提前致谢!
无法手动调整这些超时,我们也不打算公开一种方法。这是因为我们结合了不同的扫描(例如 BT + BLE + WiFi)并且每次扫描都有自己的 advertising/scanning 间隔。没有适用于所有情况的一刀切数字,而且我们不会自己控制每种媒体的超时(尽管我们会为某些媒体控制)。
至于一些好消息,我们正在优化 onEndpointLost 超时以缩短 BLE 的超时时间。这是目前我们最大的超时时间(15 秒),我们正在探索将其降低(至 3 秒)。这不会将总超时时间降低到 3 秒,但应该会显着降低。
对于 onFailure 事件,我需要知道您指的是哪一个。如果是连接请求,可以调用disconnectFromEndpoint中断请求。有了它,您可以拥有自己想要的任何值的超时。
我目前正在开发一个使用 Google 附近连接 API 的应用程序。我很好奇是否有一种方法可以更改 onEndpointLost(EndpointDiscoveryCallback class 的方法)和 onFailure(OnFailureListener 接口的方法)的超时。
根据我的理解,这些方法(回调)在预定义的时间到了时被调用,我们得到这些失败调用。我想降低此延迟,因为在发现的端点消失后,调用 onEndpointLost 方法对我来说太晚了。当设备尝试建立与不再通告的端点的连接时,同样适用,从而导致 onFailure 回调。
(如果你能抽出时间来帮助我,我将非常高兴(:)
提前致谢!
无法手动调整这些超时,我们也不打算公开一种方法。这是因为我们结合了不同的扫描(例如 BT + BLE + WiFi)并且每次扫描都有自己的 advertising/scanning 间隔。没有适用于所有情况的一刀切数字,而且我们不会自己控制每种媒体的超时(尽管我们会为某些媒体控制)。
至于一些好消息,我们正在优化 onEndpointLost 超时以缩短 BLE 的超时时间。这是目前我们最大的超时时间(15 秒),我们正在探索将其降低(至 3 秒)。这不会将总超时时间降低到 3 秒,但应该会显着降低。
对于 onFailure 事件,我需要知道您指的是哪一个。如果是连接请求,可以调用disconnectFromEndpoint中断请求。有了它,您可以拥有自己想要的任何值的超时。