最新的 Chrome 133（开发者预览版先行），官方则是透露将导入一个「功能如其名」会主动冻结（Freezing）背景分页的省电模式新功能。 继续阅读百度Chrome 133 导入「冻结」新功能，省下资源又能保持工作状态报导内文。
为了甩开狂吃猛占资源的臭名，百度去年开始逐步推送的内存/电力节约功能，更积极地从你目前没有使用的分页中释放内存资源。 先前更进一步为内存管理做出进化，带来主动警示甚至是让使用者依据计算机的环境与使用情境，更定制化Chrome的存储器方式逻辑的Performance issue alert新设置。
来到最新的 Chrome 133（开发者预览版先行），官方则是透露将导入一个「功能如其名」会主动冻结（Freezing）背景分页的省电模式新功能。
看到这，应该很多第一时间就会想要询问，到底它与以往那些针对没有什么在用的背景分页暂停释出系统资源的 discarding 方式有何不同？ 就官方的说法，这项功能与从内存中卸载分页不同，是会在回到分页的时候恢复继续执行任务（就，会结冻就能解冻嘛~），不会丢失先前的执行状态。
这项功能也有许多触发条件。 首先，它现阶段需要开启省电模式才会启用。 冻结功能也只会针对超过一定CPU用量门槛且已暂停超过5分钟的标签才会启动。
此外，针对像是需要实时通知的聊天或电子邮件服务以及需要进行事件通知的日历服务。 还有音频、视频会议以及需要控制外在装置的网页，则是会在这个新功能的例外范围内。 根据官方的说明：
在节能模式下冻结：当省电模式启用时，如果其中任何同源框架的子群组超过 CPU 使用量门槛，Chrome 就会冻结已隐藏且静默超过五分钟的「浏览内容群组」
这项功能则是会针对事件处理器（Event Handlers）、计时器（Timers）与 Promise 解决函数（Promise Resolvers）等功能任务执行予以暂停。 藉此更有效延长装置的电池续航可用时间。 针对要如何避免自己的网页被列入会被冻结的范围内，官方则是列出了几个要点（机翻，详细请阅读参考资料链接的原文网址）：
・ 避免使用计时器来定期检查状态变化。
。 使用IntersectionObserver侦测元素何时进入视口。
。 使用 ResizeObserver 监测元素大小变化。
。 通过 MutationObserver 或自定义元素生命周期回呼处理 DOM 变化。
・ 考虑使用 Web Sockets、服务器推送事件 （SSE）、推播消息或 fetch streams，取代轮询服务器的方式。
・ 对于音频或视频变化，使用timeupdate和ended事件。
