既然项目中用到了，那就搞搞清楚，搞不懂就死 : >
前置内容：
长轮询问题在ABP中的解决方案，SignalR_董厂长的博客-CSDN博客
“SingalR是对webSocekt的封装” ，这句话是片面的。
因为：
SignalR支持多种服务器推送方式：Websocket、Server-Sent Events、长轮询。默认按顺序尝试。
为什么支持多种？因为有些浏览器不支持webSocekt。
websocket和HTTP是不同的协议，为什么能用同一个端口。
通常 HTTP 是在 TCP 协议之上实现的。
如果 x 是基于 UDP 的，则 x HTTP 服务可以部署到“同一个”端口，不过这时的端口已没有比较的意义，因为 TCP UDP 有各自单独的协议栈，端口互不相干
如果 x 也是基于 TCP 的，则可以把 x HTTP 服务部署到不同地址（多个网卡多个 ip，或者 0.0.0.0 和本地 ip 上）的相同端口下，不过对于远程用户来说没什么意义
x 实现使用 HTTP 协议的握手机制，由 HTTP 服务完成握手并交出 socket 控制权
协议协商的问题
1、集群中协议协商的问题：“协商”请求被服务器A处理，而接下来的WebSocket请求却被服务器B处理。
2、解决方法：粘性会话和禁用协商。
3、 “粘性会话”（Sticky Session）：把来自同一个客户端的请求都转发给同一台服务器上。
交给负载均衡服务器。
缺点：因为共享公网IP等造成请求无法被平均的分配到服务器集群；扩容的自适应性不强。
4、“禁用协商”：直接向服务器发出WebSocket请求。WebSocket连接一旦建立后，在客户端和服务器端直接就建立了持续的网络连接通道，在这个WebSocket连接中的后续往返WebSocket通信都是由同一台服务器来处理。缺点：无法降级到“服务器发送事件”或“长轮询”，不过不是大问题。
禁用协议协商的方式
skipNegotiation: true, transport: signalR.HttpTransportType.WebSockets };connection = new signalR.HubConnectionBuilder().withUrl('https://localhost:7047/Hubs/ChatRoomHub', options).withAutomaticReconnect().build();分布式部署会遇到什么问题？
1、四个客户端被连接到不同的两个服务器上，会出现，群发消息，可能只有c1和c2知道
2、解决方案：所有服务器连接到同一个消息中间件。前提条件：启用粘性会话，或者跳过协商
3、官方方案：Redis backplane。
1）NuGet：Microsoft.AspNetCore.SignalR.StackExchangeRedis
2）builder.Services.AddSignalR().AddStackExchangeRedis("127.0.0.1", options => {
options.Configuration.ChannelPrefix = "Test1_";
builder.Services.AddSignalR().AddStackExchangeRedis("127.0.0.1", options => {options.Configuration.ChannelPrefix = "Test1_";
其他更多高级功能：
Part5-20：外部向SignalR的Hub发送消息_哔哩哔哩_bilibiliPart5-20：外部向SignalR的Hub发送消息是.NET 6教程，.Net Core 2022视频教程，杨中科主讲的第163集视频，该合集共计195集，视频收藏或关注UP主，及时了解更多相关视频内容。
https://www.bilibili.com/video/BV1pK41137He?p=163&vd_source=15d3bbce5ead922293cbb9978ffc74a2
});
const options = {
