Node.js中fs.readFileSync读取的buffer为何byteOffset非零？

1. byteOffset的作用是什么？ #

在Node.js里，Buffer本质是对一段内存的引用。byteOffset表示这个Buffer对象指向的内存段，在其底层共享内存块中的起始偏移位置。简单来说，就是当前Buffer的数据并非从共享内存的第0位开始，而是从指定偏移量（这里是4664）的位置开始的一段数据。

2. 为什么fs.readFileSync返回的Buffer会有非0的byteOffset？ #

Node.js的fs.readFileSync为了提升性能，会复用预先分配好的内存池。读取文件时，它不会每次都申请全新内存，而是从内存池里选取一块合适的空闲区域存储文件数据。如果这块区域不是内存池的起始位置，返回的Buffer的byteOffset就会是该区域的起始偏移量——这就是你看到4664的原因。

3. 为什么有些场景必须用Buffer.from重新生成byteOffset为0的Buffer？ #

很多处理图片、解压文件的工具或库，设计时默认假设Buffer的数据从偏移量0开始。它们可能直接读取Buffer的底层内存指针，没有考虑byteOffset的偏移。如果传入的Buffer有非0的byteOffset，这些工具会从内存起始位置（而非Buffer实际数据的起始位置）读取，导致拿到错误数据，自然无法正常工作。

用Buffer.from(readData)重新生成Buffer时，Node.js会创建一块全新内存，把原Buffer的数据完整复制进去，新Buffer的byteOffset就会是0，这样所有工具都能正确读取数据了。

内容的提问来源于stack exchange，提问作者Slbox