MaxYang666

2.5.5 版本有 bug, CPU 和内存飙升
```
这是 V2EX Polish 扩展的后台任务，你本机安装的版本是 2.5.5 。`Service Worker` 是扩展处理自动签到等后台事件的程序。

我检查了本地代码和存储记录，发现了一个能解释高 CPU 的循环写入问题：
1. 签到状态缺少用户名，程序每次都重新生成带随机时间的签到状态。
2. 新状态被写入 Chrome 存储。
3. 存储变化触发监听器，再次执行第一步，形成循环。Chrome 的存储 API 确实会在数据变化时触发此事件。
本地记录也显示：连续多条签到状态都没有用户名，计划时间不断变化，与上述问题吻合。这会让扩展持续忙碌，也很可能连带推高截图中 Browser 主进程的占用。

截图中的 113.5% 大约相当于占用 1.14 个逻辑 CPU 核心，属于明显高占用。

建议先打开 chrome://extensions ，暂时关闭 V2EX Polish ，观察 CPU 是否下降。仅关闭“自动签到”可能无效，因为循环写入发生在检查这个开关之前；彻底修复需要调整扩展的状态更新逻辑。

我没有修改或停用任何扩展。
```

同在村子, 村子里面有那种微信扫码付费接纯净水的机器, 自己拿个桶, 喝完了就去接, 你那应该也有, 可以找找看

@maocat 👍, 但是他估计拿完电脑包还是会回来的

@gibber 是的, 没错, 在 AI 的驱动下, 就是怎么能节省自己的时间和成本, 就怎么干

@moons #132 主要是沟通和来来回回的修改也会占用时间,沟通不好还会增加情绪成本, 大部分人都是想快点搞完, 然后看股票, 看新闻, 刷论坛, 领导问了就是还在开发中

@moons #20 虽然不会给双倍, 但是在后端的角度: 1. AI 写后端(10 分钟)+写 API 文档与前端一起调试(30 分钟) 2. AI 写后端+前端(15 分钟). 多了 25 分钟摸鱼时间, 你干不干

@cxshun 我也设置的是新增加的调休闹钟，还设置了 2 个间隔 10 分钟的闹钟，看评论和小红书搜了下发现好几个人今天有这种情况

参与一下，老板大卖，想品尝一下😍

支持一下