- 何既白23小时前
我记得之前明明有的啊,现在看 v 友回复我都要往上翻甚至 Ctrl+F 查找 iD 才能知道。
主楼 - zh82625664523小时前
- v2198423小时前
可以试试油猴脚本,它是支持的,觉得不合适可以直接拉取下拉改成自己想要的效果,电脑端和手机端都有 https://github.com/git710/G站-Pro
- xuromky23小时前
感谢,已解决。
- MaxYang66623小时前
2.5.5 版本有 bug, CPU 和内存飙升
这是 G站 Polish 扩展的后台任务,你本机安装的版本是 2.5.5 。`Service Worker` 是扩展处理自动签到等后台事件的程序。 我检查了本地代码和存储记录,发现了一个能解释高 CPU 的循环写入问题: 1. 签到状态缺少用户名,程序每次都重新生成带随机时间的签到状态。 2. 新状态被写入 Chrome 存储。 3. 存储变化触发监听器,再次执行第一步,形成循环。Chrome 的存储 API 确实会在数据变化时触发此事件。 本地记录也显示:连续多条签到状态都没有用户名,计划时间不断变化,与上述问题吻合。这会让扩展持续忙碌,也很可能连带推高截图中 Browser 主进程的占用。 截图中的 113.5% 大约相当于占用 1.14 个逻辑 CPU 核心,属于明显高占用。 建议先打开 chrome://extensions ,暂时关闭 G站 Polish ,观察 CPU 是否下降。仅关闭“自动签到”可能无效,因为循环写入发生在检查这个开关之前;彻底修复需要调整扩展的状态更新逻辑。 我没有修改或停用任何扩展。 - crytis23小时前
是的,就是他,我还以为 bitwarden 犯老毛病了。
- MerryGlider23小时前
试试降级到 2.5.4 版本,我这边回复树显示正常。
- Dk201423小时前
我就说怎么这么卡,以为是谷歌阿三又搞事了
让大骚货花了 1 块分析了下,没想到是这个扩展
https://github.com/coolpace/G站_Polish/issues/158
站长都回复了,看来 v 站后端被变相 ddcc 了。 - 邓白22小时前
可以考虑使用折叠面板代替原来的回复树显示,这样既能节省空间又能保持结构清晰。
