点击返回按钮仍触发ondisconnect - SignalR问题排查

核心判断：大概率是服务器配置问题，而非SignalR Bug #

问题仅在生产环境出现，本地和QA环境完全正常，说明差异出在环境配置层面，而非SignalR框架本身的通用Bug（若为框架Bug，所有环境都会复现）。

具体排查方向与解决方法 #

1. 生产环境Session配置差异 #

• 生产环境可能采用了分布式Session存储（如Redis）或Session超时时间过短，导致SubmitAnswer页面重连时尝试复用的Session已失效，而ReviewPage无法获取有效会话标识。
• 排查点：检查ASP.NET的SessionState配置，确认Session存储模式、超时时间是否与QA/本地一致，分布式Session的同步是否正常。

2. 负载均衡与粘性会话配置问题 #

• 若生产环境使用了负载均衡，SignalR重连请求可能被路由到不同服务器，而Session未在集群节点间同步，导致ReviewPage无法找到对应会话。
• 排查点：确保负载均衡器开启了粘性会话（针对SignalR的WebSocket或长连接请求），或者Session数据在所有节点间共享。

3. 页面跳转时未主动清理SignalR连接 #

• SubmitAnswer页面跳转回ReviewPage时，浏览器后台的SignalR连接未被主动关闭，导致后台持续尝试重连，干扰ReviewPage的Session获取逻辑。
• 解决方法：在SubmitAnswer页面添加页面卸载时的连接停止逻辑：

  window.addEventListener('beforeunload', () => {
      if (window.connection && window.connection.state === signalR.HubConnectionState.Connected) {
          window.connection.stop();
      }
  });
  

4. 生产环境资源缓存策略问题 #

• 生产环境可能对SignalR.js或页面资源启用了过强缓存，导致客户端加载旧版本脚本，重连逻辑存在兼容性问题。
• 排查点：检查CDN或服务器的缓存配置，为SignalR相关资源添加版本号（如signalr.js?v=1.0.0），避免加载缓存的旧脚本。

总结 #

优先从生产环境的Session配置、负载均衡设置、资源缓存策略入手排查，同时补充页面卸载时的SignalR连接清理逻辑，基本可以解决该问题。

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