在用户离开选项卡或关闭屏幕后，如何检测浏览器何时限制计时器和 websockets 断开连接？（javascript）

Question

语境

作为渐进式 Web 应用程序提供的游戏，它具有计时器 ( setTimeout, setInterval) 和 websocket 连接以获得实时通信。

怎么了

只要用户留在应用程序中，一切都很好。但是当用户转到另一个选项卡、另一个应用程序或关闭屏幕（在移动设备的情况下）时，它就变成了一个“地狱般的未知世界”。

这种行为似乎取决于浏览器和平台，甚至可能取决于特定的用户行为。我猜浏览器和操作系统有自己的生命周期/机制来节省电池和/或计算。

当用户回来时，应用程序处于未知状态，我正在努力正确恢复状态。

关于 websockets 我有与socket.io和reconnecting-websocket 的自动重新连接，但这还不足以解决所有问题。

寻找答案

不同浏览器的“生命周期”是什么？这是记录在案吗？他们什么时候决定关闭和油门？
他们对 websockets 做了什么？浏览器只是断开它们？
他们究竟对计时器做了什么？他们扼杀他们或消除他们或其他什么？
javascript 执行一般会发生什么？暂停/销毁/节流？
当它要关闭时，有没有办法挂钩某种浏览器生命周期事件？我唯一能找到的可能是可见性 API
有没有办法人为地重现这种行为以测试解决方案？在桌面上尤其困难。Websockets 无法关闭，并且 Chrome 开发人员似乎并不急于解决 2014 年的问题（！）：使用连接限制时不包括 websockets
不管上述情况，是否有实用的跨浏览器解决方案来检测/解决此问题？（例如，根据经验，与 Chrome 相比，桌面版 Firefox 的行为似乎完全不同，iPhone 断开连接的频率远高于 Android）

相关链接

Answer 1

不完全确定，但您可以使用服务工作者。据我所知，即使您的选项卡没有打开，它们也会在后台运行，如果您的选项卡关闭，它们就会被终止。

顺便提一句。浏览器标签的生命周期似乎在每个浏览器上都不同，因为每个浏览器处理它的方式都不一样。从我看来，如果浏览器需要更多内存来处理其他事情，它可以冻结选项卡。

这是来自Chrome的文档。

我记得有一些事件，比如 onload 会告诉你用户是否已经离开或重新打开了选项卡。您可以使用这些事件重新连接等。