前文[https://www.cnblogs.com/catzhou/p/14048348.html](6.SignalR 连接数量的限制)，抱怨了只能连接5000个客户端，期间还找了很多办法，试图突破五千的限制。
其实是忘了实时连接是一个奢侈的东西，应该是在需要的时候连接上，在不需要的时候尽快短线离开。
https://docs.microsoft.com/zh-cn/aspnet/core/signalr/configuration?view=aspnetcore-5.0有：
配置服务器选项：
ClientTimeoutInterval 30 秒 如果客户端未收到消息 (在此时间间隔内包含 keep-alive) ，服务器将认为客户端已断开连接。 由于实现方式的原因，客户端实际标记为断开连接可能需要更长的时间。 建议值为值的两倍 KeepAliveInterval 。
KeepAliveInterval 15 秒 如果服务器未在此时间间隔内发送消息，则会自动发送 ping 消息，使连接保持打开状态。 更改时 KeepAliveInterval ，请更改 ServerTimeout / serverTimeoutInMilliseconds 客户端上的设置。 建议 ServerTimeout / serverTimeoutInMilliseconds 值为值的两倍 KeepAliveInterval 。
配置客户端选项：
ServerTimeout 30秒 (30000 毫秒) 服务器活动超时。 如果服务器未在此时间间隔内发送消息，则客户端会将服务器视为断开连接，并 Closed onclose 在 JavaScript) 中触发事件 (。 此值必须足够大，以便从服务器发送 ping 消息 ，并 在超时间隔内由客户端接收该消息。 建议值至少为服务器值的两倍 KeepAliveInterval ，以允许 ping 到达的时间。
KeepAliveInterval 15 秒 确定客户端发送 ping 消息的间隔。 如果从客户端发送任何消息，则会将计时器重置为间隔的开始时间。 如果客户端没有在服务器上的设置中发送消息 ClientTimeoutInterval ，则服务器会将客户端视为已断开连接。
意思就是空闲的时候，服务器每隔15秒向客户端发送ping消息，客户端每隔15秒向服务端发送ping消息，如果超时为收到消息，则认为断线了。