当年是看了朴灵的九浅一深 NodeJS 入门的 Node, 朴大大的书讲实践不多更多的篇幅用在了讲原理上,道理听了那么多,后来开始在前端工程领域使用 NodeJS 却到处掣肘,总结缘由发现 NodeJS 中难的部分无非是文件和网络,文件操做和网络都依赖了一个很重要的对象—— Stream,这偏偏是朴大大书中没有说起的。javascript
Buffer 朴大大在书中是有提到过的,但由于流实际上就是在处理 Buffer,因此仍是要简单总结一下。html
如同官方 API 中介绍的那样,在 ES6 引入 TypedArray 以前,JavaScript 没有读取或者操做二进制数据流的机制。 Buffer 类做为 NodeJS API 的一部分被引入,以便可以和 TCP 等网络流和文件流等进行交互。前端
如今 TypedArray 已经被添加到了 ES6 中,Buffer 类以一种更优化和适用于 NodeJS 操做的方式实现了 Unit8Array API。java
总而言之,Buffer 类是用来处理二进制数据,由于太经常使用了,因此直接放在了全局变量里,使用的时候无需 require。node
Buffer 类的实例相似于整型数组,不过缓冲区的大小在建立时肯定,不能调整。Buffer 对象不一样之处在于它不经 V8 的内存分配机制,Buffer 是一个 JavaScript 和 C++ 结合的模块,内存由 C++ 申请,JavaScript 分配。api
关于 Buffer 内存分配相关知识不展开讨论,感兴趣同窗能够看看朴老湿的书。数组
在 NodeJS v6 以前都是经过调用构造函数的方式实例化 Buffer,根据参数返回不一样结果。处于安全性缘由,这种方式在 v6 后的版本中已经被废除,提供了安全
三个单独的,职责清晰的函数处理实例化 Buffer 的工做。网络
// 0x 表示 16 进制 Buffer.from([1, 2, 3]) // [0x1, 0x2, 0x3] Buffer.from('test', 'utf-8') // [0x74, 0x65, 0x73, 0x74] Buffer.alloc(5, 1) // [0x1, 0x1, 0x1, 0x1, 0x1] Buffer.allocUnsafe(5); // 值不肯定,后面详谈
Buffer.allocUnsafe()
的执行会快于 Buffer.alloc()
看名字很不安全,确实也不安全。函数
当调用 Buffer.allocUnsafe()
时分配的内存段还没有初始化(不归零),这样分配内存速度很块,但分配到的内存片断可能包含旧数据。若是在使用的时候不覆盖这些旧数据就可能形成内存泄露,虽然速度快,尽可能避免使用。
Buffer 支持如下几种编码格式
字符串转为 Buffer 比较简单
Buffer.from(string [, encoding])
同时 Buffer 实例也有 toString 方法将 Buffer 转为字符串
buf.toString([encoding[, start[, end]]])
使用 concat 方法能够讲多个 Buffer 实例拼接为一个 Buffer 实例
Buffer.concat(list[, totalLength])
在 NodeJS 中一个汉字由三个字节表示,若是咱们处理中文字符的时候使用了不是3的倍数的字节数就会形成字符拼接乱码问题。
const buf = Buffer.from('中文字符串!'); for(let i = 0; i < buf.length; i+=5){ var b = Buffer.allocUnsafe(5); buf.copy(b, 0, i); console.log(b.toString()); }
这样能够看到结果中出现了乱码
但若是使用 string_decoder 模块即可以解决这个问题
const StringDecoder = require('string_decoder').StringDecoder; const decoder = new StringDecoder('utf8'); const buf = Buffer.from('中文字符串!'); for(let i = 0; i < buf.length; i+=5){ var b = Buffer.allocUnsafe(5); buf.copy(b, 0, i); console.log(decoder.write(b)); }
StringDecoder 在获得编码后,知道宽字节在utf-8下占3个字节,因此在处理末尾不全的字节时,会保留到第二次 write()。目前只能处理UTF-八、Base64 和 UCS-2/UTF-16LE。
还有一些 Buffer 经常使用的 API