gpt4 book ai didi

android - Azure 应用服务上的 SignalR 禁用了 ARR

转载 作者:IT王子 更新时间:2023-10-29 06:06:13 26 4
gpt4 key购买 nike

我们的服务器每天都会在特定时间段内扩展 1-3 个实例。我们有 Azure Redis 背板用于信号器的连接持久性。除此之外,服务器未启用 ARR 关联性。顺便说一句,我们在 Android 上使用 ServerSentEvents,在 iOS 上使用 WebSocket。

问题是我们的移动用户(摩托车 express 员)在移动信号较低时,由于其提供商的原因经常断开或重新连接到 SignalR 服务器。

我们已经通过移动端检查了所有内容。我们非常确定一次只有一个信号连接。除此之外,当它们连接时,我们还将它们的连接 ID 存储在持久存储(SQL 数据库)上。

在向用户发送消息时,我们选择数据库中存储的最新连接 ID。这意味着我们只向客户端发送了唯一的一个连接 ID。

但是,我们收到一些反馈,关于我们通过服务器发送的消息在他们的手机上弹出两次(大多数情况下,消息在服务器有 2 或 3 个实例的高峰时段收到两次)。

我们无法追踪为什么它会收到两次,尤其是在高峰时段。

问题是,这是否有可能与 ARR Affinity 有关?由于Redis背板使用订阅和发布方法,并且 express 员经常断开/重新连接,因此他们有机会连接不同的服务器,因此,当服务器发送消息时,2个服务器可能会尝试发送该消息,并且该消息会在他们的手机上弹出两次即使他们只有一个连接。

附加信息;

SignalR DisconnectTimeOut = 60 秒

SignalR KeepAlive = 20 秒

最佳答案

这似乎是原因,当发出新的连接请求时,您可能需要使用复制从其他服务器删除现有的连接。

如果复制间隔足够短,它将最大限度地减少重复的数量,对于其余的,如果已经收到通知哈希/id,您可能需要通过忽略最后一个通知来在客户端解决这个问题。

关于android - Azure 应用服务上的 SignalR 禁用了 ARR,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47206943/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com