Google做大死，Firefox准备好了吗？

我们都知道Google家Chrome/Chromium获得成功的主要原因是它很快。它的扩展系统与Firefox传统的XUL扩展相比，主要特色是绝大部分API都是异步的，浏览器内核能和扩展并行执行，极大降低了扩展对浏览器性能的影响。虽然作为交换，功能上受了很多限制，但对普通用户而言这套扩展系统也基本够用了。

但有些常见任务非同步不可，比如处理网络请求的 WebRequest API，浏览器在发送/接收网络请求时等待扩展处理完毕，才能做进一步的处理。这个API也是很多广告拦截、HTTP请求头修改之类扩展存在的基础。

但现在，Google在新一版的扩展方案草案中，准备将WebRequest API大改，废掉其同步处理功能，也就是不允许再用它对网络请求进行修改。取而代之的是另一个API：DeclarativeNetRequest。这个API不再允许扩展在脚本中处理请求，而是要求扩展提供一些总规则数不能多于30000的静态规则文件，而且规则文件中也只能对特定url的请求做三件事：允许、阻止或者重定向。白名单页面倒是可以动态添加，但总数不能超过100。

如果这个草案得以实施，那么Chrome/Chromium上的扩展生态将会发生很大变化。
1、所有的HTTP请求头修改类扩展基本将全部死亡
2、广告拦截类扩展也会受很大限制，没办法像现在的abp、ublock那样任由用户自选订阅不同规则集，也没办法让用户添加自定义屏蔽规则，很可能会被迫拆分成多个扩展，每个扩展包含不同规则集以规避规则数限制。用户想要订阅多个规则集的话，只能安装多个扩展；要更新规则集，也只能更新整个扩展
3、安全类扩展也会受限，将没办法再禁止页面内的内嵌脚本执行了

网上针对这一消息的评论（当然会关注的一般都是有一定高级需求的深度用户）基本都是如果Google要实施就投奔其他浏览器。只要其他浏览器（包括且不限于Vivaldi、Brave、Firefox）不跟着Google胡闹。