如何阻止Chrome挂起非前台标签/窗口以维持WebSocket实时行情连接

不存在普通用户配置层面针对指定URL、永久禁用后台WebSocket断连限制的公开稳定方案，但可以通过开发侧架构优化或企业级策略配置两类方式绕过该限制。

现有尝试失效的核心原因 #

• 页面JS定期发ping的方案无效，本质是Chrome对后台标签的JS节流机制：后台标签的定时器执行频率会被限制到最低1次/分钟，极端情况下JS上下文直接挂起，根本无法及时发出ping来触发「网络活跃」判定
• chrome://discards/的配置仅对当前单个打开的标签实例生效，关闭标签后配置就会重置，无法永久保留
• --app=命令行开关、kiosk模式失效，是因为这类临时窗口没有经过标准PWA安装流程，Chrome仍将其判定为普通网页标签，套用后台节流规则
• 遮挡检查相关flag仅控制「页面被其他窗口遮挡时的渲染优化」，和后台标签的网络连接优先级、WebSocket断连逻辑无关，因此无法生效
• Chrome 86之后新增的后台WebSocket断连规则，本质是对超过3分钟未交互的后台标签，直接闲置无持续上行流量的WebSocket连接，和之前的定时器节流逻辑是两套独立机制

可行方案（按场景选择） #

场景1：你是该行情站的开发者，需要对所有普通用户生效 #

• 将WebSocket逻辑迁移到Service Worker上下文：普通页面标签的后台回收阈值是3分钟，而Service Worker作为后台进程的回收周期通常在30分钟以上，不会被轻易限流。可在页面切到后台时，主动将WebSocket连接转移到Service Worker托管，切回前台后再转回主线程；同时在Service Worker内每2分钟发送一次心跳包维持活跃，由于Service Worker的执行优先级远高于普通后台标签，心跳可以正常发出，触发Chrome的活跃判定
• 将站点改造为可安装PWA：用户安装PWA后从系统/Chrome应用启动器打开的独立窗口，后台节流阈值远高于普通浏览器标签，通常不会触发3分钟断连规则。注意：只有经过标准PWA安装流程的窗口才会生效，临时用--app=打开的窗口不会被识别为独立应用
• 增加自动重连兜底逻辑：这是金融类站点最通用的兜底方案。前端监听WebSocket的close事件，一旦触发断连立刻在Service Worker内发起重连，断连期间可缓存最后一次行情快照，重连后拉取增量数据，最大程度降低断连对用户体验的影响

场景2：你是固定设备的管理员/运维，需要永久让该站点不受限制 #

• 直接配置Chrome的官方企业策略TabFreezingExemptions，该策略可以指定哪些URL永远不被Chrome后台冻结、限流，配置重启后也会永久生效：
  • Windows：在注册表路径HKEY_LOCAL_MACHINE\Software\Policies\Google\Chrome\下新建名为TabFreezingExemptions的多字符串值，值填入需要豁免的URL匹配规则，例如https://your-finance-site.com/*
  • macOS：在/Library/Managed Preferences/com.google.Chrome.plist的TabFreezingExemptions数组中添加目标URL规则
  • Linux：在/etc/opt/chrome/policies/managed/目录下新建json配置文件，写入规则：

    {
      "TabFreezingExemptions": ["https://your-finance-site.com/*"]
    }
    

• 额外辅助操作：将该站点的标签固定（Pin），并加入Chrome「启动时自动打开」的页面列表，进一步降低后台被回收的概率

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