【发布时间】:2021-02-04 07:48:02
【问题描述】:
我正在为健身设备的移动设备构建一个实时竞争应用(通过 BLE)。由于延迟,移动设备可以在不同时间从服务器接收命令。我正在尝试实现所有设备与服务器“同步”并同时执行“开始比赛”命令的目标。这样,不一定彼此相邻的用户将尽可能获得近乎实时的体验,并在近乎准确的时刻开始竞争。此时我使用 WebSockets 将命令发布到我的移动应用程序,但假设设备 A 将在 20 毫秒内收到它,而设备 B 将在 150 毫秒内收到它。尽管这只是一眨眼的功夫,但在健身器材上却非常引人注目。如何在架构上创建一个应用程序,例如在 UTC 下午 1 点在所有设备上执行命令?这里的问题是移动设备可能有不同的时间,所以我希望我的移动应用程序与服务器时间同步,如果我说在 UTC 服务器时间下午 1 点执行命令,我知道所有移动设备都会实现这一点。
当前架构:
调度或手动调用命令 -> SignalR 通知所有连接 设备 -> 设备执行“启动”
可能的架构:
调度或手动调用命令让设备知道确切时间 运行命令 -> SignalR(WebSockets 或其他一些技术)通知 连接设备以将移动应用时间与服务器和命令同步 执行时间->命令在许多地方近乎实时地执行 设备
如何同步时间?使用 NTP?您认为这种场景的最佳架构是什么?
我见过很多与此类似的应用程序,但我正在尝试了解架构。我认为无关紧要的技术,我无法控制健身设备上的 BLE 执行时间,但它们很快。如果它有助于我将 SignalR 用于 WebSockets(C# 中的 .NET Core 3.x),则移动应用程序正在 Flutter/Dart 上运行。
【问题讨论】:
标签: flutter time architecture signalr.client ntp