标签页切后台后SignalR每隔数分钟断开陷入重连循环问题求助

问题现象 #

根因分析 #

• 核心原因是Chromium内核浏览器（Chrome、Edge、Safari等）的后台标签页功耗限制策略：标签页切至后台运行超过5分钟后，会对页面定时器执行频率做大幅降速节流，默认15秒一次的SignalR客户端保活ping包无法按时发送。
• 远程部署场景下，网络链路中的中间设备（反向代理、云安全组、运营商网关等）默认空闲连接超时多为5~10分钟，没有持续的保活包维持的连接会被主动断开。火狐没有如此严格的后台节流策略，本地部署不存在跨网络中间设备，因此不会触发问题。
• 自动重连机制仅能在连接断开后重新建连，但后台状态下新连接的保活包依然无法正常发送，因此会反复被中间设备断开，陷入重连循环，直到标签页切回前台、定时器恢复正常调度为止。

解决方案 #

客户端侧配置调整 #

修改SignalR初始化参数，放大保活间隔和超时阈值，适配后台定时器的延迟限制：

this.connection = new HubConnectionBuilder()
        .withUrl(this.url)
        .withAutomaticReconnect()
        .build()
// 保活间隔调整为2分钟，大于浏览器后台定时器最小调度间隔
this.connection.keepAliveIntervalInMilliseconds = 120000;
// 服务端超时调整为4分钟，避免误判连接失效
this.connection.serverTimeoutInMilliseconds = 240000;

服务端侧配置调整 #

修改SignalR服务端配置，主动向客户端发送保活包：

// Program.cs 中添加配置
builder.Services.AddSignalR(options =>
{
    // 服务端每1分钟向客户端发送一次保活ping
    options.KeepAliveInterval = TimeSpan.FromMinutes(1);
    // 客户端超时阈值调整为5分钟
    options.ClientTimeoutInterval = TimeSpan.FromMinutes(5);
});

中间网络设备配置调整 #

如果后端服务前置了Nginx、云负载均衡等代理组件，将对应实例的WebSocket空闲连接超时调整为10分钟以上，避免代理主动断开连接。

终极兼容方案 #

如果以上配置仍无法满足需求，可以将SignalR连接逻辑迁移至Web Worker中运行，Web Worker独立于页面主线程，不受标签页后台节流策略限制，定时器可以正常调度，从根本上解决后台连接断开问题。

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