谷歌发布了时间表 其中详细说明了如何 将终止对版本 2 的支持 从其 Chrome 清单中支持第 3 版，该版本因破坏其许多安全插件和阻止不当内容而受到抨击。
除了包含第二版清单之外，还链接了流行的 uBlock Origin 广告拦截器，由于停止支持 webRequest API 的阻止模式，因此无法转移到清单的第三版。
截至 17 年 2022 月 XNUMX 日， Chrome 网上应用店将不再接受使用第二版清单的插件，但之前添加的插件开发人员仍然可以发布更新。
2023 年 XNUMX 月，Chrome 将停止兼容第二个版本 清单和链接到它的所有插件将停止工作。 同时，将禁止在 Chrome Web Store 上发布此类附加组件的更新。
今年早些时候，对于 Chrome 88，我们宣布推出适用于 Chrome 扩展生态系统的新清单版本。 经过多年的发展，Manifest V3 比其前身更加安全、高效和隐私保护。 它是扩展平台的演变，同时考虑了不断变化的网络环境和浏览器扩展的未来。
当我们展望未来并继续迭代和改进 Manifest V3 的功能时，我们还想分享有关从 Manifest V2 逐步淘汰扩展的计划的详细信息。
我们必须记住 清单的第三个版本，它定义了能力和资源 提供给插件，作为加强安全和隐私的举措的一部分，而不是 webRequest API，declarativeNetRequest API，功能有限， 被提议。
泗边 WebRequest API 允许您连接自己的控制器 拥有对网络请求的完全访问权限并且可以动态修改流量的人， declarativeNetRequest API 仅提供对过滤引擎的访问 内置于浏览器中的开箱即用，可自行处理阻止规则。 ，这不允许您使用自己的过滤算法，也不允许您根据条件设置相互重叠的复杂规则。
随着这些日期的临近，我们将分享有关要更改的 Chrome 版本的更多详细信息，以及有关扩展程序开发人员和用户可能受到的影响的更多信息。
与此同时，我们将继续根据开发者社区的需求和声音为 Manifest V3 添加新功能。 即使在最近几个月，扩展平台也出现了许多有趣的扩展。
据谷歌称，它继续致力于实现使用 webRequest 的插件所需的 NetRequest 声明性功能，并打算将新 API 引入一种完全满足现有插件开发人员需求的格式。
在接下来的几个月中，我们还将发布对动态可配置内容脚本和内存中存储选项的支持，以及其他新功能。 这些更改的设计考虑了社区反馈，随着开发人员共享更多信息，我们将继续构建更强大的扩展 API 功能。
例如，Google 已经考虑到社区的意愿，增加了对 declarativeNetRequest API 的多个静态规则集的支持、正则表达式过滤、HTTP 头的修改、动态修改和添加规则、移除和替换参数、请求、选项卡过滤，以及会话特定的规则集创建。
在接下来的几个月里，计划进一步支持动态可定制的内容处理脚本和在 RAM 中存储数据的能力。
最后 如果您有兴趣了解更多信息 关于笔记，您可以查看详细信息 在下面的链接中。