我记得之前明明有的啊,现在看 v 友回复我都要往上翻甚至 Ctrl+F 查找 iD 才能知道
我记得之前明明有的啊,现在看 v 友回复我都要往上翻甚至 Ctrl+F 查找 iD 才能知道
|
zh8262566452h 14m ago
1
|
|
2
@zh826256645 感谢,已解决
|
|
v219842h 6m ago
3
可以试试油猴脚本,它是支持的,觉得不合适可以直接拉取下拉改成自己想要的效果,电脑端和手机端都有 https://github.com/git710/V2EX-Pro
|
|
MaxYang666Just Now
4
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 是否下降。仅关闭“自动签到”可能无效,因为循环写入发生在检查这个开关之前;彻底修复需要调整扩展的状态更新逻辑。 我没有修改或停用任何扩展。 ``` |