最近公司要做微信小程序聊天，所以.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使用定义好的跨域策略
1
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请求特殊配置。
找运维同学配置了下，配置完后告诉我这个SingllR的通讯地址以后只能GET请求，不能POST请求了。手动黑人问号。。。
这样的话只能用WebSocket方式了，像LongPollin及SSE协议都不能用了。
我去，这么坑吗？于是让运维把配置代码发我，如下
复制代码
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请求了，返回400。400的意是思请求异常。肯定是这个配置有问题额。于是又去交友网站找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 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 国际」创作共享协议，转载请在文章明显位置注明作者及出处。
分类: C#
标签: .NetCore, SignalR
好文要顶 关注我 收藏该文
cgyqu
关注 - 5
粉丝 - 7
+加关注
39 0
« 上一篇：centos 7 安装elasticsearch
posted on 2018-08-30 22:46 cgyqu 阅读(1934) 评论(40) 编辑 收藏
FeedBack:
#1楼 2018-08-30 23:11 Barry_Yue
mark
支持(0)反对(0)
#2楼 2018-08-30 23:27 thsgar
巨硬的设计总是以自己为主就算开源了也一样，这是目前来看最大的一个问题，不过好在今时比往日有了改观了，愿将来的.neter撸起代码更舒服吧
支持(0)反对(0)
#3楼[楼主] 2018-08-30 23:36 cgyqu
.net core signalr官方文档:https://docs.microsoft.com/en-us/aspnet/core/signalr/?view=aspnetcore-2.1
支持(0)反对(0)
#4楼 2018-08-31 00:17 幻天芒
实打实的经验，很棒，特别是几个问题帖。
支持(0)反对(0)
#5楼 2018-08-31 08:46 晓晨Master
感谢分享
支持(0)反对(0)
#6楼 2018-08-31 08:48 南昌炒粉
tengine 阿里有用.net吗？
支持(0)反对(0)
#7楼 2018-08-31 08:50 『圣杰』
Thanks for sharing.
支持(0)反对(0)
#8楼 2018-08-31 08:54 依乐祝
不过，感谢分享
支持(0)反对(0)
#9楼 2018-08-31 09:17 Blue-Geng
有 demo 代码分享吗
支持(0)反对(0)
#10楼 2018-08-31 09:21 Chaunce
好东西
支持(0)反对(0)
#11楼 2018-08-31 09:21 不知名妖
楼主的小程序叫什么名字，我去体验一下
支持(0)反对(0)
#12楼 2018-08-31 09:24 Esofar
好文
支持(0)反对(0)
#13楼[楼主] 2018-08-31 09:41 cgyqu
@ 幻天芒
多谢支持
支持(0)反对(0)
#14楼[楼主] 2018-08-31 09:42 cgyqu
@ thsgar
是的，用的时候就感觉设计有点别扭，不过现在有源码，比以前方便很多
支持(0)反对(0)
#15楼 2018-08-31 09:42 nicye
ws 与 web 应该分离部署
使用二级域名:端口，不会有跨域问题
比如 www.163.com 的页面，访问 ws://ws.163.com:5001
WebSocket 负载均衡配置，不应该用 nginx 做，为什么呢？因为是长连接转向，成倍消耗了系统不必要的资源。
怎么做，再说
支持(0)反对(0)
#16楼[楼主] 2018-08-31 09:43 cgyqu
@ 不知名妖
还没上线
支持(0)反对(0)
#17楼 2018-08-31 09:44 加温
好文，楼主找解决方案的思路也非常值得学习
支持(0)反对(0)
#18楼[楼主] 2018-08-31 09:46 cgyqu
@ nicye
公司负载用的tengine，我测试用的nginx
有更好的配置方式求分享
支持(0)反对(0)
#19楼[楼主] 2018-08-31 09:46 cgyqu
@ 南昌炒粉
负载均衡用的tengine，跟语言没什么关系
支持(0)反对(0)
#20楼 2018-08-31 10:00 高海东
谢谢分享 是否可以开源出来 让其他人少走弯路
支持(0)反对(0)
#21楼[楼主] 2018-08-31 10:02 cgyqu
@ Blue-Geng
在贴出来的git链接里面，基本的配置都有了
支持(0)反对(0)
#22楼 2018-08-31 10:16 Peanutcy
学习 我实际使用中遇到一个问题,服务端 怎么能得知客户端web js 端因为网络异常断开连接？望楼主赐教
支持(0)反对(0)
#23楼[楼主] 2018-08-31 10:19 cgyqu
@ Peanutcy
前端如果是异常断开的话，可以捕获到异常，然后这里可以做重连操作
1
2
3
4
5
6
7
8
9
10
11
12
connection.onclose(e => {
if (e) {
console.log(e);
//出现异常进行重练
if (connection.connectionState != 1) {
start();
}
}
else {
//do close
}
});
https://www.cnblogs.com/cgyqu/p/9563193.html
