有个困扰开发者多年的问题：Chrome标签页一切后台，倒计时就变慢，心跳检测开始“摆烂”，动画帧直接掉节奏。

PWA应用、监控看板、在线协作这些对实时性要求高的场景，无一不中招。

更烦人的是，这个问题不是bug，是Chrome从v87开始主动加的“节流”——把后台标签页的定时器最小间隔拉到1000ms。

好在，禁用它的方法并不难，三招就能搞定。

禁用后台标签页定时器节流（核心方法）

得先说清楚，Chrome的这个节流机制，官方叫background tab throttling。

它把非活动标签页里setTimeout、setInterval这类定时器的最小间隔，从原本可以低到1ms的水平，强制拉到1000ms。

这不是什么Bug，而是默认启用的策略。要关掉它，靠的是实验性标志，也就是chrome://flags里的开关。

具体的操作路径其实不复杂：

• 1、地址栏里直接敲 chrome://flags/#intensive-wake-up-throttling，回车。
• 2、找到“Intensive wake up throttling”这个选项。注意：不是“Background timer throttling”，后者虽然名字听起来对，实际上已经废弃了，改了也没用。
• 3、把下拉菜单选项设为【Disabled】。如果页面上根本没有这个选项，那多半是Chrome版本太低。建议确保版本≥115。如果低于这个版本，可以改去chrome://flags/#background-timer-throttling，同样设为Disabled。
• 4、页面右下角有个“Relaunch”按钮，点一下，浏览器重启，设置才生效。

补充：关闭关联节流策略（防止叠加干扰）

只关掉wake-up throttling就万事大吉了吗？未必。

Chrome的老毛病之一是节流策略叠罗汉——它还会对网络请求、Canvas渲染、音频上下文这些方面分别施加独立的节流。

为了让后台标签页彻底“放开手脚”，下面两项必须同步关掉。

方法一：禁用后台标签页资源节流

• 1、地址栏里输入 chrome://flags/#throttle-background-tabs，回车。
• 2、找到“Throttle background tabs”选项，狠狠心，设为【Disabled】。

方法二：停用后台标签页CPU节流

• 1、地址栏输入 chrome://flags/#background-tracing，回车。
• 2、找到“Background tracing”选项，设为Disabled。
• 3、这一步其实不重启也能生效，但为了稳妥，建议还是点一下Relaunch，让所有变更统一加载，避免后面排查问题的时候“鬼打墙”。

验证是否生效（关键检查步骤）

光说不练假把式。改完设置不验证，等于白忙一场。

实测是唯一能确认节流是否真的解除了的手段。

第一步：打开一个新标签页，按F12调出开发者工具，切到Console面板。

第二步：粘贴下面这段测试代码，直接回车执行：

let start = Date.now(); let count = 0; const t = setInterval(() => { if (Date.now() - start > 5000) { clearInterval(t); console.log(`5秒内触发${count}次，平均间隔${5000/count|0}ms`); } count++; }, 10);

第三步：马上切换到其他标签页，耐心等上5秒，再切回来。这时候看Console的输出就明白了——

• 如果显示“平均间隔≈10ms”，说明节流已经拜拜了；
• 如果显示“平均间隔≥900ms”这类数字，那肯定还有哪个flag没有关对，或者浏览器没有重启。

第四步：如果到了这一步还不行，最后的检查点是chrome://version/页面。拉到页面底部，看“Command Line”字段里，启动参数中是否藏着--enable-features=IntensiveWakeUpThrottling。如果发现这个参数，就得手动去清理浏览器快捷方式目标里的相关配置了。

这是个很容易踩的坑，但走完这几步，基本就能让后台定时器恢复真身。对于做实时应用的同学来说，值得花这几分钟时间搞定它。

《夸克》非常好用的免费AI浏览器

下载APP查看