双开网页游戏为何另一个会卡死

这件事我自己也遇到过很多次，一边挂着《部落冲突》的网页版，一边又开了个《球球大作战》的页面，结果过个几分钟切回去一看，后开的那个游戏画面早就冻住了，点半天没反应。有时候甚至前一个游戏也跟着掉帧，两个都没玩好。后来查了不少资料，又自己折腾了好几回，总算搞明白了个大概。

先说最核心的原因，就是浏览器对后台标签页有很严格的资源限制。现在的浏览器比如Chrome、Edge或者Firefox，都有所谓的“后台节流”机制。什么意思呢？就是当你把某个标签页切到后台，浏览器会自动降低它的运行优先级，直接的表现就是把这个页面里的JS定时器频率从每秒几次或者几十次，强行压低到每秒一次甚至更低。而网页游戏几乎全靠在JS里的主循环来驱动游戏逻辑，什么人物移动、怪物刷新、伤害计算，都是靠这个循环转起来的。循环一降速，游戏就肉眼可见地变成幻灯片，再严重一点，干脆就像卡死了一样。

这里要说个挺关键的细节，很多网页游戏还开了requestAnimationFrame这个接口来渲染画面。这个接口本来是为了保证画面流畅跟屏幕刷新率同步的，但浏览器也留了后手——一旦标签页不可见，浏览器会直接暂停这个接口的调用。结果就是，后台那个游戏的画面更新完全停摆，只有偶尔切回去看一眼的时候才勉强动一下。所以你感觉“另一个游戏停止了”，说白了就是浏览器主动把它的“心跳”给掐了。

除了浏览器的节流策略，还有一部分原因是硬件资源的争夺。现在网页游戏很多都用了WebGL来做3D渲染，这个技术是直接调用显卡GPU的。你开两个游戏，等于同时让显卡干活，但GPU的显存和处理单元是有限的。显卡在算第一个游戏的画面时，第二个游戏的渲染请求只能排队等着。有些游戏对GPU资源特别敏感，一旦等的时间太长，渲染管线就会超时，浏览器为了保护系统稳定，会直接把这个页面给杀掉。这种情况在配置不太高的电脑上尤其明显，我试过一台老笔记本，双开不到五分钟，后台那个游戏就弹出“页面无响应”的提示了。

还有个容易被忽略的原因，是HTML5的Web Worker和多线程机制。有些网页游戏为了处理复杂的逻辑计算，会用Worker来开一个新的线程，但浏览器对Worker的调度也有优先级。后台页面的Worker线程会被降频甚至挂起，这样就算前台游戏没怎么占资源，后台游戏的后台计算也跟不上，游戏状态更新就延迟了。

内存这块也得提一下。网页游戏吃内存吃得厉害，尤其是那种大地图的，光贴图和场景数据就能占几百MB。你开两个，内存占用翻倍之后，系统如果内存不够用，就会把一部分数据放到硬盘的虚拟内存里，也就是所谓的“页面交换”。但硬盘速度比内存慢太多了，游戏在读取这些被交换出去的数据时，就会卡顿、卡死，看起来就像停止了一样。

还有一点很真实，就是网络带宽和网络延迟的竞争。网页游戏为了保持实时同步，都建了WebSocket长连接。两个游戏同时在线，都会持续收发数据包。如果你的网络带宽不够，或者路由器处理不过来，就会出现延迟飙升、掉包。游戏客户端一收不到服务器的数据，就会反复重连，这个等待过程中，画面也是停止的。我自己就试过，开着下载的时候再双开游戏，后台那个几乎必掉线。

那有没有办法避免这种情况？有几个土办法还算有用。一个是用不同的浏览器打开这两个游戏，因为节流是按浏览器进程来算的，两个浏览器各管各的，互不干扰。另一个是把游戏网页“固定”在屏幕一侧，别让它完全隐藏到后台，不让浏览器把它判定成完全不可见状态，这样节流机制就不会触发了。还有就是把特定游戏的网站加入浏览器设置的“始终运行后台”名单里，像Chrome和Edge都有这个选项，能绕过默认的节能策略。

说到底，这不是你操作有问题，而是浏览器本身的设计逻辑——它天然牺牲后台页面的体验，来保证前台页面的流畅。一个网页游戏在后台运行时被限制资源，是人为设计的结果。要是真想安稳双开，要么换性能更强的电脑，要么就用上面说的那些取巧的办法，再不行就只能开一个玩一个了。