东莞市盛裕绒艺玩具有限公司

东莞市盛裕绒艺玩具有限公司

918搏天堂备用网址

15394724820
联系方式
全国服务热线: 15394724820

咨询热线:15259079798
联系人:劳春强
地址:贵州省桐梓县河滨北路

.NetCore SignalR 踩坑记

来源:918搏天堂备用网址   发布时间:2019-11-09   点击量:352

背景

由于最近公司要做微信小程序聊天,所以.NetFramwork版本的SignalR版本的不能用了。因为小程序里没有windows对象,导致JQuery无法使用。而Signalr的 js客户端是依赖JQuery的。

所以看下了Core版本的SignarlR,经过测试,发现可以在微信中运行,不过要将JS客户端中的webscoekt 改为微信自家的。如有需要改后的版本,可以楼下评论。

目的

本文的主要目的是为了介绍下使用.NetCore版本SignalR的一些坑,并提供了解决方式。主要是以前的大部分文章只是简单的官方demo介绍。没有真正投入使用,其中一些细小问题没有进行深入挖掘并进行处理。

跨域问题

.Net Frmawork版本很简单,引用相应的包,只要加上AddCores()就行了,而Core版本的则控制的更加精确。如下ConfigureServices添加如下代码

services.AddCors(options => options.AddPolicy("SignalR", builder => { builder.AllowAnyMethod() //允许任意请求方式 .AllowAnyHeader() //允许任意header .AllowAnyOrigin() //允许任意origin .AllowCredentials();//允许验证 //.WithOrigins(domins) //指定特定域名才能访问 }));

然后在Configure使用定义好的跨域策略

app.UseCors("SignalR");

使用Redis Scale Out

.Net Framwork一样,.NetCore版本SignalR可以使用Redis在多台服务器间通信。但是如果redis没有连接成功,程序不会报错,但是通讯不能正常使用。而.Net Framwork版本的话,SignalR的地址直接404.

所以我想在启动时候就监控Redis是否连接成功。但SignalR的官方文档只有简单使用,连Redis怎么进行配置都没有。所以只能去最大的交友网站去找。一条条翻看issue,终于发现怎么监控了。

戳我看明细

要用以下代码进行配置,就可以监控Redis是否连接成功了.

services.AddSignalR() .AddMessagePackProtocol() .AddRedis(o => { o.ConnectionFactory = async writer => { var config = new ConfigurationOptions { AbortOnConnectFail = false }; config.EndPoints.Add(IPAddress.Loopback, 0); config.SetDefaultPorts(); var connection = await ConnectionMultiplexer.ConnectAsync(config, writer); connection.ConnectionFailed += (_, e) => { Console.WriteLine("Connection Redis failed."); }; if (!connection.IsConnected) { Console.WriteLine("Connection did not connect."); } return connection; }; });

但是发现用这种方式,Redis连接了2次,按道理不应该额。加上我事情多,没空研究源代码。所以就在这条issue里直接问作者。到现在还没找到原因。详情可以看上面的链接。

WebSocket 负载均衡配置

使用负载均衡对请求转发的话,需要对WebSocket请求需要特殊配置。

找运维同学配置了下,配置完后告诉我这个链接以后只能进行GET请求,不能进行POST请求了。手动黑人问号。。。

这样的话只能用WebSocket方式了,像LongPollinSSE协议都不能用了。

我去,这么坑吗?于是让运维把配置代码发我,如下

proxy_http_version 1.1;proxy_set_header Host $host;proxy_set_header Upgrade $http_upgrade;proxy_set_header Connection "upgrade";proxy_connect_timeout 300;proxy_read_timeout 300;proxy_send_timeout 300;

于是我把应用发布到本地虚拟机里,并用docker方式运行。然后把配置写进nginx配置文件里。

发现真的不能进行POST请求了,返回400400的意是思请求异常。肯定是这个配置有问题额。于是又去交友网站找issue,果然又让我找到了。 在一个issue里面,提供的配置如下

proxy_http_version 1.1;proxy_set_header Upgrade $http_upgrade;proxy_set_header Connection $http_connection;

不同点在于proxy_set_header Connection,没有写死,于是我把配置改了下,果然好了。

原来proxy_set_header Connection 不能写死,要从请求头里面获取。这样其他请求方式也就没啥问题了。

ConnectionId获取

JS客户端代码里,没有再提供ConnectionId的获取。也就是如果要用的话,需要自己改源码加上。改是没问题,但是微软那群大神不应该犯这么低级的错误。ConnectionId明明在negotiate请求时候返回了,为什么不开放呢?难道是bug?不应该有这么低级的bug吧。

于是又去看issues,果然,里面也有人问,作者也有解释。

去交友网站看看

大体意思ConnectonId是服务端使用,客户端不应该使用这种不可控的方式进行通信。 可以采用Group或者User这种可控方式通信,并且也有例子给出。

这里插一句,在使用.Net Framwork版本时候,我们网站是使用ConnectionId进行通信,经常出现重连导致ConnectionId变掉,进而通信失败。

所以我也调整了下设计思路,改使用Group进行通信。

以上都搞定了,辛苦了这么久,按道理应该没问题了吧!那么发布上线!

大坑来了

应用我本地测试一切正常,测试机也没有问题,于是就发到生产环境,结果问题出现了。

因为本地和测试环境都是单台服务器,测试没问题。而到了生产环境,服务器有多台。 不管我JS怎么设置,总会在执行完negotiate请求后,接下来的连接请求肯定404,并且返回No Connection with that Id

如下图

 

看到这个错误,第一个反应,我的想法是难道是Redis没连接成功,所以只能单机跑?所以我就在上面Redis代码加上各种监控,发现连接成功了。代码Review了n遍代码,实在没有地方可以改了。

于是官方文档一个个过。终于发现Js可以进行以下配置

let connection = new signalR.HubConnectionBuilder() .withUrl("/myhub", { skipNegotiation: true, transport: signalR.HttpTransportType.WebSockets }); .build();

上面代码意思是跳过negotiate握手操作,直接使用WebSocket进行连接。

按照文档配置了,我去,还真的可以。因为只发送了一条请求就建立了通信连接。

这下我就不淡定了,难道只能部署一台服务器吗?这下稳定性怎么保证?这个还是用在微信小程序里的(js客户端进行了修改),低版本不能用Websocket,难道低版本就不管了吗?流量大了不加机器怎么抗的住?难道要换方案自己撸一套通讯吗?

没办法,只能上大招。把源码clone下来,花了点时间看了下,找到如下代码

private async Task<HttpConnectionContext> GetConnectionAsync(HttpContext context){ var connectionId = GetConnectionId(context); if (StringValues.IsNullOrEmpty(connectionId)) { // There"s no connection ID: bad request context.Response.StatusCode = StatusCodes.Status400BadRequest; context.Response.ContentType = "text/plain"; await context.Response.WriteAsync("Connection ID required"); return null; } if (!_manager.TryGetConnection(connectionId, out var connection)) { // No connection with that ID: Not Found context.Response.StatusCode = StatusCodes.Status404NotFound; context.Response.ContentType = "text/plain"; await context.Response.WriteAsync("No Connection with that ID"); return null; } return connection;}

这段代码啥意思呢?就是connection在本地没找到的话,就返回404!

我去,难道是代码bug?

额外补充一下

.Net Framwork版本里,源码里面会对ConnectionId进行验证。验证通过,但本地找不到connection的话,就会新建一个connection,从而实现多台服务器间的通讯。所以我才有上面的疑问。 但这样有个弊端,就是无法监控客户端何时断开。

所以我提了个issue问作者。 戳我看明细

得到的回复是

It"s not a bug it"s by design. ASP.NET Core SignalR requires sticky sessions when using scale out. This means you need to pin a connection to a particular serve

啥意思呢?就是这不是bug,就是这么设计的。使用SignalR时,要进行会话保持,请求要一直落到同一台服务器上。这样更稳定,并且还可以实时监控客户端的情况。

于是找运维同学在负载上配置了下会话保持,再次测试,终于可以了。

总结

在此次使用SignalR的过程中,遇到了太多的坑。花了几个小时整理并记录下来,与各位进行分享。希望能帮到那些准备或者有打算使用.Net Core的.Neter

作者:cgyqu

出处:https://www.cnblogs.com/cgyqu/p/9563193.html

本站使用「署名 4.0 国际」创作共享协议,转载请在文章明显位置注明作者及出处。

相关产品

COPYRIGHTS©2017 918搏天堂备用网址 ALL RIGHTS RESERVED 备案号:352