一些 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。这是以防万一这是一个局部问题，用户不想重新做整个配置文件。