Question

crosswalk可以作为插件集成进来吗，和5+runtime各有什么优劣

Answer 1

有不少开发者问到crosswalk是否可以作为插件集成到HBuilder中。
首先，通过我们的原生插件集成方案，使用HBuilder的离线打包和插件开发模型，可以把crosswalk当作一个原生插件集成进来。
但是需要一点原生开发的知识，在问答系统里搜索"插件开发"就有教程。
其次，我们自己一直是有想法要把crosswalk做一个标准插件，这样调用更方便。只是创业团队人手有限，还没排到特别高的优先级。
HTML5plus提升了HTML5在能力和性能方面的表现，在能力方面，Native.js技术可以调用40w原生api，这个是HBuilder独有的。
在性能方面，HTML5plus的runtime也更胜一筹。
当然crosswalk也有它的一些优势，所以我们也很想做一个Native.js+crosswalk的版本。
多40w API调用就不说了，仔细分析下性能和体验，下面是我们整理的2个产品的比较。
5+runtime的技术路线：是扩展原生能力给js用，在性能方面，扩展了原生动画，以解决下拉刷新、侧滑菜单、切页白屏的问题；
crosswalk的技术路线：是集成chromium内核替换Android webkit浏览器内核，由于chomuin的执行效率高于webkit，所以性能也得到提升。
从最终效果来看，在低端机上，js调原生动画的性能还是要高于crosswalk的处理方式。
1. 首先2.3的手机无法运行crosswalk，这个就没法对比；
2. 其次在Android4.0的低端机上，你有没有发现chrome的表现并没有Android自带浏览器的表现好，早期Google没有给Android标配chrome而是用webkit是有原因的。
chrome更快，是建立在对cpu和内存的消耗上，它预先分析你要输入什么网址、预先请求服务器、预先渲染。。。在低配硬件上这套策略不行。
但是现在，新出的很多运营商的定制机，虽然是Android4，但配置依然很低，依然会发现装上chrome浏览器还不如自带Android浏览器流畅。
3. 再次，在Android4.4上，本身webview就是chromium，5+runtime也是base在chromium上，此时多打20m的crosswalk没有意义。
4. 切页白屏这个问题在低端机上还是无法解决。在浏览器的体系下，它估计永远都不会认为切页白屏是个事儿，下一个页面就一定要联网、下载、渲染，过程中白屏很正常。但app不能接受这点。如果使用spa的方式来避免换页白屏，在低端机上会遇到内寸不足的障碍。此时还是使用plus.webview扩展来通过预载、原生移动窗体等方式避免切页白屏更靠谱。
5. crosswalk的体积有20m，这个很不爽，目前HBuilder基座如果不带个推那些插件，才1m的体积。
6. crosswalk的插件集成并非那么简单，HBuilder工具、Android runtime、服务器打包机都要做不少工作。
以上几点，就是我们还没有立即启动crosswalk集成的原因，但是crosswalk也有几个吸引我们的地方：
1. 它的浏览器兼容性确实好，不怕rom厂商改webview了。
2. 在Android4.4以下，crosswalk的canvas、webgl性能确实更好。