io.js 3.0发布:重写Buffer,支持PPC

jopen 9年前

 

为了利用JavaScript语言构建和运行大规模网络应用及服务, Node.js 项目在2009年被提出。其后,该项目创始人Ryan Dahl加入 Joyent 公司,专职负责Node.js项目的研发。从2010年到2013年,Node.js快速发展,大约每个月发布一个小版本。然而,经过了 Gatekeeper的更迭,Node.js项目从2014年开始贡献频率开始下降,其1.0版本也迟迟未能发布。2014年12月,多位重量级 Node.js开发者另外创建了 io.js ,试图利用 V8 JavaScript引擎 实现新的特性,从而替代Node.js。io.js的社区非常活跃,促使其发展速度很快,先后于2015年1月和5月份发布了1.0和2.0版本。近期,io.js在同意与Node.js合并之后,又独立发布了一个大的版本—— 3.0版本 。接下来,本文就io.js v3.0的主要更新进行介绍。

  1. buffer方面。新版的io.js在buffer方面的更新较多。首先,该版本在V8 uint8Array的基础上重新实现了Buffer。尽管在重新实现过程中,相关设计师已经尽量减少其对性能的影响,Buffer实例化仍然要一定程度的变慢。具体性能影响根据Buffer在应用程序内使用的情况而不同。目前,Buffer可以接受ArrayBuffer作为一个构造函数的参数。当单个的buffer传给Buffer.concat()时,一个新的拷贝Buffer而不是原本的Buffer将会被返回。
  2. 编译方面。新版的io.js的内核中添加了PPC支持,使得基于pLinux BE和LE的编译变得可能。
  3. dgram方面。当socket.send()发生错误,而且提供callback时,错误信息只是作为callback的第一个参数进行传输。
  4. freelist方面。未编档的freelist内核模块将会被拒绝。
  5. http方面。状态代码目前使用官方的 IANA名字 作为每个 RFC7231 。例如,http.STATUS_CODES[414]返回'URI Too Long',而不是'Request-URI Too Large'。此外,在一个HTTP代理中调用.getName()将不再返回一个trailing colon;HTTPS代理也不再返回一个额外的colon。
  6. node方面。NODE_MODULE_VERSION调整到了45,以反映ABI中的break。而且,node中引入了新的 process.release对象,其包含了一个设置为'io.js'的name属性。而且该对象的sourceUrl、headersUrl和 libUrl属性包含了指向相关资源的URL。与io.js绑定在一起的node-gyp版本下载和使用来自iojs.org的header文件包。
  7. repl方面。永久的历史记录修改为默认处于使能状态。历史记录的文件位于~/.node_repl_history。该位置可以通过新的环境变量NODE_REPL_HISTORY来进行重新定位。而且,文件的格式修改为了纯文本类型,方便文件崩溃时进行处理。
  8. smalloc方面。由于V8的变化,smalloc不再提供API。因此,smalloc模块在新的版本中被移除。
  9. tls方面。该版本为TLS会话密钥rotation添加了server.getTicketKeys()和server.setTicketKeys()两个方法。
  10. V8 JavaScript引擎方面。该版本io.js使用的v8引擎升级到了4.4.63.26版本。这样,一些ES6的特性(如使用--harmony- rest-parameters和--harmony-spreadcalls命令行标志可以在staging分别实现rest参数和spread操作符等)就可以被支持。

从以上可以看出,作为io.js的一个较大的更新版本,v3.0在多个方面进行了更新。据透露,Node.js和io.js未来将会 合并 发布新的4.0版本。