2天时间,聊今年最热的 Agent、上下文工程、AI 产品创新等话题。2025 年最后一场~ 了解详情
写点什么

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

  • 2015-08-11
  • 本文字数:1441 字

    阅读完需:约 5 分钟

为了利用 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 版本。


感谢徐川对本文的审校。

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

2015-08-11 19:332572
用户头像

发布了 268 篇内容, 共 137.3 次阅读, 收获喜欢 24 次。

关注

评论

发布
暂无评论
发现更多内容

6.2分布式关系数据库(下)

张荣召

第六周总结

orchid9

第二周课后练习

刘洋

极客大学架构师训练营

week-6-part2 学习总结

陈龙

week-6-part1 CAP 原理

陈龙

架构师训练营第 6 周课后练习

叶纪想

极客大学架构师训练营

2 期架构师训练营 - 框架设计

云飞扬

极客大学架构师训练营

ARTS打卡 第22周

引花眠

微服务 ARTS 打卡计划 springboot

架构师训练营第六周作业

文智

极客大学架构师训练营

在 iOS App 中显示 Build 时间和 git 分支名、commit 哈希

疯清扬

ios 编译时间 git version build time 编译日期

架构师训练营2期第二周总结

第六周学习心得

熊桂平

极客大学架构师训练营

架构第六周总结

Geek_Gu

架构师训练营第六周学习总结

文智

极客大学架构师训练营

Dynatrace抓取系统中的任何方法Method的参数值

东风微鸣

APM Dynatrace

11/1-第二周-总结

张冬冬

心得

简述CAP原理

orchid9

6.4Zookeeper与分布一致性架构

张荣召

非HTTP应用或批处理应用如何进行全链路监控

东风微鸣

全链路监控 非HTTP应用

第6周作业

paul

week2-作业一

未来已来

架构师训练营第六周作业

脸不大

架构二期第二周总结

supersky6

架构师训练营1期-week06-作业

lucian

极客大学架构师训练营

6.3CAP原理与NoSQL数据库架构

张荣召

2 期架构师训练营 - 第二周学习总结

云飞扬

极客大学架构师训练营

6.5搜索引擎的基本架构

张荣召

技术选型(二)

wing

极客大学架构师训练营

架構師訓練營第 1 期 - 第 06 周作業

Panda

架構師訓練營第 1 期

架构师训练营 1 期 - week06 - 总结

lucian

极客大学架构师训练营

架构设计-学习总结笔记

Xuenqlve

io.js 3.0发布:重写Buffer,支持PPC_架构/框架_张天雷_InfoQ精选文章