c# - 在便士竞标网站的架构方面需要帮助

Question

我正在尝试创建一个类似于 BidCactus 的网站和 LanceLivre .

我遇到问题的具体部分是计时器的秒数。

当拍卖开始时，15 秒的计时器开始倒计时，每次有人出价时，计时器都会重置，元素的价格会增加 0.01 美元。

我已经尝试使用 SignalR 来完成这一点，虽然它在办公室的试运行期间运行良好，但对于需要秒数的现实世界中的使用来说还是不够好。当太多用户在网站上出价和闲置时，我会收到 HTTP 503 错误。

如何让客户端的计时器显示正确的剩余时间？

HTTP 每秒使用 AJAX 获取该信息是否允许我正确显示丢失的时间？这是每秒一个请求!

不仅如此，当用户请求 GET 时，我会计算剩余秒数，但在用户看到该响应之前，该时间不再有用，因为在处理和返回之间可能会经过一秒或更多秒。你看到我的难题了吗？

关于如何解决这个问题有什么建议吗？

Answer 1

您描述的解决方案存在几个问题:

1. 这非常浪费。互联网上的每台计算机都已经内置了一个相当高精度的时钟。
2. 互联网总是有延迟。当数据包到达客户端时，它已经过时了。
3. Internet 是一个可变延迟网络，因此您收到的时间更新数据包可能会比一个数据包晚 1 秒或更高，而另一个数据包可能会低至 20 毫秒。

处理#2 和#3 需要复杂的算法。

如果您确实需要秒级精度

现有的 Internet 标准软件可以解决它 - Network Time Protocol .

使用真正的 NTP 客户端(不是 Windows 内置的客户端 - it only guarantees it will be accurate to within a couple seconds )将您的服务器与国家标准 NTP 服务器同步，并在您的应用程序中构建一个真正的 NTP 客户端。定期同步服务器上的时间，并定期同步客户端上的时间(可能每次登录/连接时？也许每小时一次？)。然后简单地使用系统时钟进行时间计算。

不要尝试同步客户端的系统时间——他们可能无权这样做，当然也不能通过浏览器。相反，您可以获得相对于系统时间的引用时间，并简单地将差异添加为客户端计算的偏移量。

如果您实际上不需要秒级精度

您可能真的不需要保证一秒内的准确性。

如果您做出这个决定，您可以稍微简化一些事情。只需向客户传输每次拍卖的相对结束时间，而不是绝对时间。每隔一段时间(例如每分钟)在客户端重新请求它。他们的全局系统时间可能不同步，但他们时钟上的秒针应该非常准确地走秒。

如果你想让它更圆滑一点，你可以尝试确定每次调用服务器的(相对)延迟。跟踪对服务器的调用之间经过了多少时间，以及上次调用的剩余时间值。比较一下。然后，计算较小的那个，并根据该计算得出新的时间。

不过，在设计这样的解决方案时我会很小心。如果您的计算有误，或者正在处理不准确的系统时钟，您可能会破坏整个同步模型，或者无意中导致客户端更喜欢最高延迟调用。如果您编写此代码的“光滑”版本，请确保您考虑到所有情况:)