C# SignalR出现Duplicate Hub names报错的可能原因咨询

结合「仅连接报错时新建HubConnection重连、本地无法复现」的特征，常见触发原因如下：

• 服务端Hub重复加载
  生产环境如果开启了IIS动态编译、插件热更新能力，程序集被重复加载到不同的上下文时，同一个Hub类会被执行多次注册逻辑，直接抛出重名错误；如果是多节点部署，自定义IHubNameResolver配置不一致时，也会出现不同Hub被解析为同名的问题。本地环境无热重载、多节点配置差异，因此无法复现。
• 旧连接实例未正确释放
  触发connection_error事件新建连接前，如果没有手动调用旧HubConnection实例的Dispose()方法，旧实例残留的后台轮询、WebSocket句柄不会被立即销毁，会持续尝试和服务端建立连接。生产环境网络延迟高、服务端会话超时回收慢时，旧连接的注册请求和新连接请求会同时到达服务端，触发重名判定。本地环回网络延迟极低，旧连接断开后服务端会立即清理会话，因此不会触发问题。
• 客户端多上下文连接冲突
  浏览器端场景下，如果用户打开了多个同站点标签页、或使用SharedWorker共享连接状态，重连逻辑可能被多个上下文同时触发，短时间内向服务端发起多个同Hub的注册请求。本地测试通常仅打开单标签页，无法触发该场景。
• 负载均衡粘滞会话配置错误
  生产环境如果部署了Nginx、云厂商LB等反向代理层，未开启WebSocket协议的粘滞会话时，重连请求会被转发到不同的服务端节点，部分节点尚未同步到上一条连接的断开状态，会将新连接判定为重复Hub注册。本地直连单节点服务，无代理层逻辑，因此无法复现。
• 客户端静态资源缓存导致版本不兼容
  生产环境部分用户缓存了旧版本的SignalR客户端脚本，旧版本的Hub名称序列化逻辑和当前服务端版本不匹配，重连时传递的Hub标识格式异常，会被服务端误判为重复注册。本地调试始终加载最新版本客户端资源，不会触发该问题。

排查建议：优先在服务端Hub注册管道添加调试日志，触发报错时记录对应连接ID、客户端IP、Hub类型的程序集加载信息，可快速定位是服务端重复注册还是客户端多连接冲突问题。

内容的提问来源于stack exchange，提问作者Jem