Mozilla Add-ons 博客宣布(*1)，到 Firefox 48 发布时新的扩展 API WebExtensions
将达到稳定状态，它建议扩展开发者现在开始将 WebExtensions API 用于扩展开发。
Firefox 48 预计将在 3 个月后发布。Mozilla 是在去年 8 月宣布弃用现有的扩展技
术，转而采用兼容 Chrome 和 Opera 的扩展技术 WebExtensions，声称它的一个优势
是能实现跨浏览器运行的扩展，另一个优势是它在进程分离模式下能良好工作。
新的扩展在社区中间引发了争论，流行扩展 NoScript 的作者 Giorgio Maone 则表态
支持 Mozilla(*2)，称新的 API 能满足他们的需要。
http://www.solidot.org/story?threshold=0&mode=nested&sid=48055
*1 https://blog.mozilla.org/addons/2016/04/29/webextensions-in-firefox-48/
*2 https://hackademix.net/2016/03/09/webrequest-where-were-where-were-going/

总有一天，Firefox可能会改用chromium开发了

我其实只要喜欢的功能有就好了，用什么开发不是重点，能共用 Chrome 的套件就更好了。

可是有些跨平台套件在Chrome上的表现比较差...

你说得没错，国外网友测试结果也是这样，但如果是这两年才买的新电脑就比较感觉不出来吧。而硬件普遍只会越用越好～

比较好奇，是因为FX之前用的API比较难开发吗？还是因为Chrome比较风行，所以套件量比较多？

因为 Chrome 使用者比较多，不然 fx 的限制更少。

chrome的套件量目前还没有比较多吧？

比累积的没有，但很多新的服务都没做 Firefox 版了。

总有一天，我会站在世界之巅<<<看到1F我以为他会这样回 XD

问一下，换API也是为了之后多线程的引擎铺路？

对的，因为现在部份 xul 和 xpcom 外挂在 electrolysis架构上有性能和相容性问题，WebExtensions API 在 multi-proces上默认支援，效能表现“通常来说”也好多了。

多线程就是多执行序吗？序—>绪

欧欧～刚刚查了一下 multithreading 对岸翻多线程也是多执行绪。但multi-proces 又不同了， 未来的FX不晓得是哪种架构

e10s是multiprocess多行程架构目前的e10s主要是把Chrome(父程序)和Web content(子程序)分开 子程序(plugin-container.exe)有三种类1.NPAPI plugin 2. Media playback 3.Web content所以是所有页面共用一个子程序 将来会把数个页面再独立分你也可以在设定里自行设定plugin-container.exe的数目不过目前设计来说 太多个行程并没有带来更多好处

原来是说 CPU 的 multithreading 我完全会错意- -