connection - SignalR 客户端由于不活动而停止连接

Question

我在控制台应用程序和 WPF 客户端中有一个 signalR 集线器。
启动时，signalR 连接会初始化，并且应始终保持事件状态。
每秒都会有一条消息从服务器推送到具有当前 SystemTime 的客户端(这是您可以在带有“SystemTimeUpdateNotification”的日志中看到的内容)

我现在描述的行为是在 Windows7 设备上:每隔一段时间我就会看到客户端失去与服务器的连接。
出于某种原因，客户端检测到它是 不事件 并停止连接。我不知道“自 2017 年 4 月 20 日凌晨 3:04:06 起不事件”和“超时 00:00:50”来自哪里。
如果我在同一时间检查服务器上的日志，我可以看到没有保持事件的消息。

2017-04-20 05:04:04.0728，跟踪，收到通知 SystemTimeUpdateNotification
2017-04-20 05:04:05.0859，跟踪，收到通知 SystemTimeUpdateNotification
2017-04-20 05:04:06.0999，跟踪，收到通知 SystemTimeUpdateNotification
2017-04-20 05:05:13.1020，跟踪，收到通知 SystemTimeUpdateNotification
2017-04-20 05:05:14.1160，跟踪，收到通知 SystemTimeUpdateNotification
2017-04-20 05:05:14.5511,Info,客户端自 2017 年 4 月 20 日凌晨 3:04:06 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时。停止连接。
2017-04-20 05:05:14.5871，信息，SignalR 连接状态从“已连接”更改为“已断开连接”
2017-04-20 05:05:14.5871，跟踪，收到通知 NotificationConnectionStateChanged
2017-04-20 05:05:14.5981，信息，断开连接...
2017-04-20 05:05:14.5981，信息，取消正在进行的操作
2017-04-20 05:05:19.6104，信息，SignalR 连接状态从“断开连接”更改为“连接中”
2017-04-20 05:05:19.6104，跟踪，收到通知 NotificationConnectionStateChanged
2017-04-20 05:05:19.6104，信息，断开连接...
2017-04-20 05:05:19.6454，信息，SignalR 连接状态从“连接”更改为“连接”
2017-04-20 05:05:19.6454，跟踪，收到通知 NotificationConnectionStateChanged
2017-04-20 05:05:19.6454,信息,连接...
2017-04-20 05:05:19.6524，调试，执行客户端/服务器兼容性检查
2017-04-20 05:05:19.6524，调试，软件兼容
2017-04-20 05:05:19.6524，信息，开始检索初始数据
2017-04-20 05:05:20.0344，信息，初始数据检索
2017-04-20 05:05:20.2044，跟踪，收到通知 SystemTimeUpdateNotification
2017-04-20 05:05:21.2144，跟踪，收到通知 SystemTimeUpdateNotification

登录服务器端:

2017-04-20 05:03:31.6069;Trace;KeepAlive(6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:03:41.6225;Trace;KeepAlive(6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:03:51.6371;Trace;KeepAlive(6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:04:01.6527;Trace;KeepAlive(6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:05:14.5661;信息;中止(6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:05:14.5661;Info;删除连接 6a12952a-1cb4-4933-b6b1-db16158958a9
2017-04-20 05:05:14.5661;信息;结束(6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:05:14.5841;Trace;DrainWrites(6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:05:14.5841;Info;CompleteRequest (6a12952a-1cb4-4933-b6b1-db16158958a9)
2017-04-20 05:05:19.6344;Info;Connection 9249a8a5-8653-450c-b8da-c5b7a4c7df81 是新的。
2017-04-20 05:05:27.6738;Trace;KeepAlive(9249a8a5-8653-450c-b8da-c5b7a4c7df81)
2017-04-20 05:05:37.6874;Trace;KeepAlive(9249a8a5-8653-450c-b8da-c5b7a4c7df81)

现在我到了真正奇怪的部分。 “一次又一次”实际上是相当固定的。我查了最近几天的日志条目，它似乎总是每 11 小时左右

不事件时间戳与先前 LogEntry 的差异
17/04/2017 17:59:44 0:00:00 客户端自 2017 年 4 月 17 日下午 3:58:35 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时。停止连接。
17/04/2017 17:59:44 11:01:06 客户端自 4/17/2017 3:58:35 PM 以来一直处于非事件状态，并且已超过 00:00:50 的非事件超时时间。停止连接。
17/04/2017 06:58:38 10:01:01 自 2017 年 4 月 17 日凌晨 4:57:34 以来客户端一直处于非事件状态，并且已超过 00:00:50 的非事件超时。停止连接。
16/04/2017 20:57:37 11:01:06 客户端自 4/16/2017 6:56:29 PM 以来一直处于非事件状态，并且已超过 00:00:50 的非事件超时。停止连接。
16/04/2017 09:56:31 11:01:06 客户端自 2017 年 4 月 16 日上午 7:55:23 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时。停止连接。
15/04/2017 22:55:25 11:01:06 客户端自 4/15/2017 8:54:17 PM 以来一直处于非事件状态，并且已超过 00:00:50 的非事件超时时间。停止连接。
15/04/2017 11:54:19 0:00:00 客户端自 2017 年 4 月 15 日上午 9:53:09 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时。停止连接。
15/04/2017 11:54:19 11:01:07 客户端自 2017 年 4 月 15 日上午 9:53:09 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时时间。停止连接。
15/04/2017 00:53:12 11:01:06 客户端自 2017 年 4 月 14 日晚上 10:52:03 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时时间。停止连接。
14/04/2017 13:52:06 11:01:06 客户端自 2017 年 4 月 14 日上午 11:50:58 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时时间。停止连接。
14/04/2017 02:51:00 客户端自 4/14/2017 12:49:52 AM 起一直处于非事件状态，并且已超过 00:00:50 的非事件超时时间。停止连接。

是否有最大连接时间之类的东西或可能导致这种行为的原因？

编辑 1 :
如果我在 Windows 8 上运行相同的代码，我就没有这个问题。
我猜这与 Windows 7 上使用的传输方法有关(不支持 websockets)

编辑 2 :

服务器客户端不事件问题
赢 8 赢 8 否
赢 7 赢 7 是
赢 7 赢 8 否
赢 8 赢 7 是

所以它似乎与客户端的操作系统有关。

Answer 1

如 documentation 中所述保持连接的一种方法是在断开连接后不断重新连接。在您的客户端中设置断开连接的功能

$.connection.hub.disconnected(function() {
   setTimeout(function() {
       $.connection.hub.start();
   }, 5000); // Restart connection after 5 seconds.
});