一个扩展升级，整台电脑卡到假死：V2EX Polish 的死循环

一个小版本升级就能让整台电脑假死，这是今天 V2EX 上的真实案例。V2EX Polish（V2EX 社区的第三方美化扩展，不是 V2EX 官方出品）从 2.5.5 自动升级到 2.5.6 后，Chrome 就开始卡到开标签页都一顿一顿。

据 V2EX 原帖（用户报告口径）：系统日志显示扩展的后台 Service Worker 进程占 CPU 106.3%，吃满一整个核心，还以每秒数万次的频率向 Chrome 索取资源，把浏览器主进程也拖到 148.5% 的超高负载；发帖人 Chrome 版本 156.0.8078.80，扩展 ID 为 onnepejgdiojhiflfoemillegpgpabdm。禁用扩展后恢复正常。当天 V2EX 出现了三篇同报帖子、共 46 条回复，多位用户报告同一现象，也有人表示自己的 2.5.6 没出问题。

是 2.5.6 引入的回归 bug，还是与新版 Chrome 的兼容问题，皆未证实；帖子本身是用户报告，扩展作者尚未回应。别写成定论，也别写成「所有人都会中招」。

对每天装一堆扩展的开发者，实际意义就一句话：浏览器卡了先看扩展进程。Chrome 任务管理器（Shift+Esc）里一眼就能看到哪个扩展在吃 CPU，禁用即恢复，不用重装浏览器。V2EX Polish 是 V2EX 社区的第三方美化扩展，不是 V2EX 官方出品，别写错归属。顺带一提 Service Worker 这个机制本身：它原本的设计初衷是让扩展能在后台执行任务（比如同步数据、推送通知），但正因为它在后台跑、用户看不见，一旦出了死循环就特别难察觉。Chrome 任务管理器（Shift+Esc）里能看到每个扩展的 CPU 与内存占用，但大多数用户不会主动去开这个窗口。这次事件也暴露了浏览器扩展生态的一个结构性问题：自动更新是标配，但自动更新并没有「回滚」机制，如果新版本有 bug，用户只能等作者修复或手动禁用，中间的时间窗口里电脑就一直卡着。对扩展开发者来说，这个事件的教训是：发版前先在最新版 Chrome 上跑一遍性能基线，别让一个循环把用户的电脑变成暖手宝。