Signalr 信号机不可靠或暂停&；重新连接的连接？

我正在考虑更新一个现有的网站，使用信号器。我的网站为数据更改轮询第三方服务，对其进行一些处理，客户每隔几分钟轮询一次，以更新其视图

---

signar似乎是消除客户端轮询的一个很好的方法，但我想知道signar如何处理断开和重新连接的连接，特别是对于可能已暂停一段时间的移动web应用。它是否会自动协商并排队等待在此期间丢失的任何更新，或者在这些情况下客户端是否需要从头开始重新同步？我看了一下，但找不到任何关于这方面的文档，因此我们非常感谢您的指导。

所有这些都是绝对可能的，因为客户端会跟踪它看到的最后一条消息id。如果它碰巧错过了消息，它将在下一次返回服务器时获得这些消息（请求自上次看到消息以来的所有消息）

默认情况下，signar的服务器端将消息存储在内存中（并且每隔几秒钟就清除一次），但是如果您正在考虑客户端脱机并赶上，则可以将其更改为持久存储（请参阅）

你们甚至可以自己在自己的应用程序逻辑中保存消息，而Signaler在内存中存储信息。这实际上取决于应用程序

我们没有为移动客户端添加任何特殊支持，但您可以将消息id保留在移动客户端所需的任何本地存储中

这些细节不是很具体，但您想用SignalR做的一切都是可能的。

请阅读，尤其是以下部分：

• -需要从断开状态恢复
• -因此，您的应用程序不仅可以通知用户，还可以检测状态更改（断开、重新连接、重新连接），以其他方式刷新应用程序的状态

---

该文件编写于2014年，基本上淘汰了2011-2012年间许多错误或不完整的StackOverflow信号机相关问题/答案。

很酷，谢谢。额外提示：你能给我指一下任何类似的演示应用程序/代码吗？不，我不能：）。信号器是全新的，我们还没有在移动设备上做太多的工作。它是移动的这一事实并不直接相关，但你可以指望来自网络（*cough*AT&t）、应用程序暂停/终止而不发出警告等的中断。听起来它有必要的低级钩子——请求中的ID、IMessageStore——来在我自己的基础上构建其余的钩子。如果我能将其充分泛化，我将与大家分享！你有没有为此制作过一个简单的通用应用程序？我也在做同样的事情。