io.js 3.0发布：重写Buffer，支持PPC

为了利用 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 的主要更新进行介绍。

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

感谢徐川对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博（@InfoQ，@丁晓昀），微信（微信号：InfoQChina）关注我们，并与我们的编辑和其他读者朋友交流（欢迎加入 InfoQ 读者交流群）。

io.js 3.0 发布：重写 Buffer，支持 PPC