起因:

 ASP.NET Core SignalR是一个开源库,可简化向应用添加实时 SignalR Web 功能。 实时 Web 功能使服务器端代码能够立即将内容推送到客户端。(相信大家都用得比较多了)

 在应用过程中,出现某些异常断开连接情况,那么如何处理客户端自动重连呢?

问题现象:

 服务器因某些特殊原因,导致服务停止一段时间后;当服务端重启后,Signalr连接的客户端未能自动连接到服务上。

解决办法:

 实现自动断线重连的2种方式:

  • 在onClose事件中手动重新创建连接:
connection.Closed += async (error) =>
{
//等待3s后重新创建连接
await Task.Delay(3* 1000);
await connection.StartAsync();
};
  • 将配置为使用方法 WithAutomaticReconnect 自动重新连接

  重连规则:

如果客户端在其指定次数尝试内成功重新连接,则 HubConnection 将转换回 Connected 状态并激发 Reconnected 事件。 这为用户提供了通知用户已重新建立连接并取消排队消息的排队的机会。

如果客户端在其指定次数尝试中未成功重新连接,则 HubConnection 将转换为 Disconnected 状态并触发 Closed 事件。 这为尝试手动重新启动连接或通知用户连接永久丢失有机会。

  1、WithAutomaticReconnect在没有任何参数的情况下, 将客户端配置为分别等待0、2、10 和 30 秒,然后尝试每次重新连接尝试,在四次尝试失败后停止。出发Closed事件

HubConnectionBuilder hubConnectionBuilder = new HubConnectionBuilder();
hubConnectionBuilder.WithUrl(url, options => { });
//重连
hubConnectionBuilder = (HubConnectionBuilder)hubConnectionBuilder
.WithAutomaticReconnect();
//创建连接对象
hubConnection = hubConnectionBuilder.Build();
//断开连接
hubConnection.Closed += HubConnection_Closed;
//重连中
hubConnection.Reconnecting += HubConnection_Reconnecting;
//重连成功
hubConnection.Reconnected += HubConnection_Reconnected;
//心跳检查
hubConnection.KeepAliveInterval = TimeSpan.FromSeconds(60);

  2、指定断线重连参数:连接规则同上(次数变成指定的3次)

//指定重连间隔:0s,0s,10s
HubConnection connection= new HubConnectionBuilder()
.WithUrl(new Uri("http://127.0.0.1:5000/chathub"))
.WithAutomaticReconnect(new[] { TimeSpan.Zero, TimeSpan.Zero, TimeSpan.FromSeconds(10) })
.Build();

  3、自定义重连规则使用:实现一直自动重连

HubConnectionBuilder hubConnectionBuilder = new HubConnectionBuilder();
hubConnectionBuilder.WithUrl(url, options => { });
//自定义重连规则实现
hubConnectionBuilder = (HubConnectionBuilder)hubConnectionBuilder
.WithAutomaticReconnect(new RetryPolicy());

  重连规则实现:重连规则:重试次数<50:间隔1s;重试次数<250:间隔30s;重试次数>250:间隔1m

//实现IRetryPolicy接口
class RetryPolicy : IRetryPolicy
{
/// <summary>
/// 重连规则:重连次数<50:间隔1s;重试次数<250:间隔30s;重试次数>250:间隔1m
/// </summary>
/// <param name="retryContext"></param>
/// <returns></returns>
public TimeSpan? NextRetryDelay(RetryContext retryContext)
{
var count = retryContext.PreviousRetryCount / 50;
if (count < 1)//重试次数<50,间隔1s
{
return new TimeSpan(0, 0, 1);
}
else if (count < 5)//重试次数<250:间隔30s
{
return new TimeSpan(0, 0, 30);
}
else //重试次数>250:间隔1m
{
return new TimeSpan(0, 1, 0);
}
}
} 

其他常见用法:

 1、服务端/客户端配置:

  a)Json序列化属性名不修改大小写:

services.AddSignalR()
.AddJsonProtocol(options => {
options.PayloadSerializerOptions.PropertyNamingPolicy = null;
});

  b)服务端常用配置属性:

   属性配置使用方式:

public void ConfigureServices(IServiceCollection services)
{
services.AddSignalR(hubOptions =>
{
hubOptions.EnableDetailedErrors = true;
hubOptions.KeepAliveInterval = TimeSpan.FromMinutes(1);
});
}

   配置属性说明如下:

选项 默认值 说明
ClientTimeoutInterval 30 秒 如果客户端未收到消息 (在此时间间隔内包含 keep-alive) ,服务器将认为客户端已断开连接。 由于实现方式的原因,客户端实际标记为断开连接可能需要更长的时间。 建议值为值的两倍 KeepAliveInterval 。
HandshakeTimeout 15 秒 如果客户端在此时间间隔内未发送初始握手消息,连接将关闭。 这是一种高级设置,只应在握手超时错误由于严重网络延迟而发生时进行修改。 有关握手过程的详细信息
KeepAliveInterval 15 秒 如果服务器未在此时间间隔内发送消息,则会自动发送 ping 消息,使连接保持打开状态。 更改时 KeepAliveInterval ,请更改 ServerTimeout / serverTimeoutInMilliseconds 客户端上的设置。 建议 ServerTimeout / serverTimeoutInMilliseconds 值为值的两倍 KeepAliveInterval 。
SupportedProtocols 所有已安装的协议 此中心支持的协议。 默认情况下,将允许在服务器上注册的所有协议,但可以从此列表中删除协议,以禁用各个集线器的特定协议。
EnableDetailedErrors false 如果为,则在 true 集线器方法中引发异常时,详细的异常消息将返回到客户端。 默认值为 false ,因为这些异常消息可能包含敏感信息。
StreamBufferCapacity 10 可为客户端上载流缓冲的最大项数。 如果达到此限制,则会阻止处理调用,直到服务器处理流项。
MaximumReceiveMessageSize 32 KB 单个传入集线器消息的最大大小。
MaximumParallelInvocationsPerClient 1 每个客户端可以在进行排队之前并行调用的最大集线器方法数。


 2、如何提升Signalr传输性能:

  使用MessagePackc传输:MessagePack 是一种快速、精简的二进制序列化格式。 当性能和带宽需要考虑时,它很有用,因为它会创建比 JSON更小的消息。

  在查看网络跟踪和日志时,不能读取二进制消息,除非这些字节是通过 MessagePack 分析器传递的。 SignalR 提供对 MessagePack 格式的内置支持,并为客户端和服务器提供要使用的 Api。

  使用方式:添加包Microsoft.AspNetCore.SignalR.Protocols.MessagePack,在 Startup.ConfigureServices 方法中,将添加 AddMessagePackProtocol 到在 AddSignalR 服务器上启用 MessagePack 支持的调用

services.AddSignalR().AddMessagePackProtocol();

参考:

 https://docs.microsoft.com/zh-cn/aspnet/core/signalr/introduction

【问题记录】—SignalR连接断线重连的更多相关文章

  1. SignalR控制台自托管服务端向web客户端指定用户推送数据,客户端断线重连

    一.前言 SignalR是微软推出的开源实时通信框架.其内部使用Web Socket, Server Sent Events 和 Long Polling作为底层传输方式,SignalR会根据客户端和 ...

  2. .net/c# RabbitMQ 连接断开处理-断线重连(转载)

    Rabbitmq 官方给的NET consumer示例代码如下,但使用过程,会遇到connection断开的问题,一旦断开,这个代码就会报错,就会导致消费者或者生产者挂掉. 下图是生产者发送消息,我手 ...

  3. Netty(六):Netty中的连接管理(心跳机制和定时断线重连)

    何为心跳 顾名思义, 所谓心跳, 即在TCP长连接中, 客户端和服务器之间定期发送的一种特殊的数据包, 通知对方自己还在线, 以确保 TCP 连接的有效性. 为什么需要心跳 因为网络的不可靠性, 有可 ...

  4. RabbitMQ---8、连接断开处理-断线重连

    本文转载于:https://www.itsvse.com/thread-4636-1-1.html: 参考文献:http://www.likecs.com/show-29874.html:https: ...

  5. nodejs使用MYSQL连接池,断线重连

    两种方式解决1.你可以配置mysql的连接池 var mysql = require('mysql'); var pool = mysql.createPool({ host: 'localhost' ...

  6. android 实现mqtt消息推送,以及不停断线重连的问题解决

    前段时间项目用到mqtt的消息推送,整理一下代码,代码的原型是网上找的,具体哪个地址已经忘记了. 代码的实现是新建了一个MyMqttService,全部功能都在里面实现,包括连服务器,断线重连,订阅消 ...

  7. Mina.Net实现的断线重连

    using Mina.Filter.Codec; using Mina.Filter.Codec.TextLine; using System; using System.Collections.Ge ...

  8. Netty学习篇④-心跳机制及断线重连

    心跳检测 前言 客户端和服务端的连接属于socket连接,也属于长连接,往往会存在客户端在连接了服务端之后就没有任何操作了,但还是占用了一个连接:当越来越多类似的客户端出现就会浪费很多连接,netty ...

  9. java-websocket客户端 断线重连 注入Service问题

    java版客户端: 使用开源项目java-websocket, github地址: https://github.com/TooTallNate/Java-WebSocket github上有很多示例 ...

随机推荐

  1. 谷歌浏览器安装Vue.js devtools

    第一步:访问谷歌商店 在之前的博客中已经谈到了这一点的实现方式 https://www.cnblogs.com/10134dz/p/13552777.html 第二步:下载Vue.js devtool ...

  2. PhpStorm 配置本地文件自动上传至服务器

    目的:本地文件夹下的文件实时同步至指定服务器的文件夹,减少代码移植的成本和风险 添加一个SFTP连接 Tools - Deployment - Browse Remote Host 配置连接参数 Co ...

  3. PHP使用引用实现无限极分类

    PHP实现无限极分类 引用 <?php /** * 无限极分类实现 * @param $list array 需要处理的数组 * @param $pk string 主id * @param $ ...

  4. 【TensorFlow】Win7下使用Object Detection API 训练自己的数据集,并视频实时检测

    说明: 图片:自己开的摄像头,截取的图片.选择了200张图片.下面会有截取的脚本. 使用labelImg工具进行图片进行标注.产生PascalVOC格式的XML文件.[labelImg工具的安装和使用 ...

  5. 记一次 .NET 某医院HIS系统 CPU爆高分析

    一:背景 1. 讲故事 前几天有位朋友加 wx 抱怨他的程序在高峰期总是莫名其妙的cpu爆高,求助如何分析? 和这位朋友沟通下来,据说这问题困扰了他们几年,还请了微软的工程师过来解决,无疾而终,应该还 ...

  6. Pytorch_Part5_迭代训练

    VisualPytorch beta发布了! 功能概述:通过可视化拖拽网络层方式搭建模型,可选择不同数据集.损失函数.优化器生成可运行pytorch代码 扩展功能:1. 模型搭建支持模块的嵌套:2. ...

  7. .Net Core——用代码写代码?

    想要用代码写代码,肯定是绕不开反射的.反射的概念相比都不陌生,只是应用多少就因人而异,今天分享一个代码生成器的思路,仅供参考,不要过分依赖哦. 思路分析 众所周知,利用反射可以在程序运行时获取到任一对 ...

  8. MySQL中MyISAM为什么比InnoDB查询快

    大家都知道在MySQL中,MyISAM比InnoDB查询快,但很多人都不知道其中的原理. 今天我们就来聊聊其中的原理,另外也验证下是否MyISAM比InnoDB真的查询快. 在探索其中原理之前,我们先 ...

  9. Envoy :V3APi 开启 TLS

    方案架构 本次实例与官方Envoy front_proxy Example相似,首先会有一个Envoy单独运行.ingress的工作是给其他地方提供一个入口.来自外部的传入连接请求到这里,前端代理将会 ...

  10. 分析Red Hat sosreport输出的方法

    分析Red Hat sosreport输出的方法? Modified on: Fri, 31 May 2019 20:20:02 +0800 有一段时间(自EL 4.6以来),Red Hat嵌入了sy ...