![Google Chrome 扩展程序经常损坏……真的很烦人](https://linux22.com/image/1568148/Google%20Chrome%20%E6%89%A9%E5%B1%95%E7%A8%8B%E5%BA%8F%E7%BB%8F%E5%B8%B8%E6%8D%9F%E5%9D%8F%E2%80%A6%E2%80%A6%E7%9C%9F%E7%9A%84%E5%BE%88%E7%83%A6%E4%BA%BA.png)
一些 google chrome 扩展程序不断被损坏。在 2 到 4 天的时间内,一些扩展程序的状态变为“已损坏”。
然后,我需要“修复”每个损坏的扩展。但是,仅仅几天后,这种情况就一次又一次地重复出现......在此期间,谷歌或计算机根本没有任何变化。扩展一次又一次地损坏......这真的很烦人,而且修复起来很浪费时间。
怎样做才能防止这种情况发生?或者,是否有办法通过单击一个按钮来“修复”所有损坏的扩展?
答案1
你面临的问题比一次性重新修复所有扩展要严重得多:
他们为什么会腐败呢?
腐败意味着某事修改扩展,这是完全不正常的,甚至令人担忧的。
我能看到的可能性是:
- 你的计算机已被感染(似乎有可能)
- 您安装了恶意扩展程序(由于扩展程序是沙盒形式的,因此可能性较小)。
- 合法的扩展但损坏的配置文件(坏数据导致某些合法的扩展行为异常)。
对于第二种情况,您可以删除所有扩展,然后逐个添加它们,以检查哪个扩展正在执行此操作。
第一种情况要困难得多。请阅读以下文章以获取建议:
如何从我的电脑中删除恶意间谍软件、恶意软件、广告软件、病毒、木马或 rootkit?
对于第三种非常罕见的情况,请开始新的个人资料。
答案2
它可能是 Tampermonkey。
当我们制作使用持久存储的 TamperMonkey 脚本时遇到了类似的问题。
JasonXA的以上评论这似乎是一个合理的解释——数据库太大,而且 Chrome 的实现不稳定。
再补充一个罪魁祸首:最近使用的 LevelDB 不稳定,因为 Chrome 使用 SQLite 时不存在此问题……如果数据库太大,它们可能比 SQLite 更快,但它们会被损坏。这些数据库主要用于在 AppData ... Default(或配置文件名称)\ Local Extension Settings 文件夹中存储扩展设置,每个文件夹都位于每个扩展 ID 命名的子文件夹中。我正在备份它们并从最近的备份(即最大的备份)中恢复,但却一次又一次地被损坏。
我继续导出可用选项的设置,关闭浏览器,删除受影响的数据库,重新启动浏览器并再次导入设置。到目前为止,没有更多的损坏。uBO 和 TamperMonkey 是受影响的,它们的数据库文件非常大,超过 20MB,出于某种原因。现在 uBO 低于 12MB,TM 为 1.25MB。这是以防万一这是一个局部问题,用户不想重新做整个配置文件。