NodeJS默认Buffer为何设为8KB而非数据实际大小？

问题背景 #

当读取大小小于8KB的文件时，NodeJS会为其分配8KB的缓冲区，这不符合直观预期——我们得到的底层字节数会多于实际写入的数据，但这并非bug，属于官方文档明确说明的行为。

最小复现示例 #

const { Buffer } = require("node:buffer");

// 创建一个小于`Buffer.poolSize`的缓冲区
const nodeBuffer = Buffer.from(new Uint8Array([0, 1, 2, 3, 4]));

// 打印后会发现底层缓冲区大小为8KB，而非预期的5字节
console.log(nodeBuffer.buffer);

核心疑问 #

为何NodeJS优先选择8KB的缓冲区大小，而非文件数据的实际大小？

注：当文件大小超过8KB时，分配的空间会与文件实际字节数匹配。

补充说明 #

我清楚可以通过偏移量读取精准数据：

// 示例：读取指定偏移和长度的1KB数据
const buffer = fs.readFileSync(fileName, buffer.byteOffset, buffer.byteLength)

但本次疑问的核心并非如何规避这个现象，而是NodeJS采用该设计的底层原因。

原因解析 #

NodeJS这么做的核心逻辑是内存分配的性能优化，具体原因如下：

• 减少内存分配与回收开销：8KB是NodeJS预设的Buffer.poolSize值，复用这个固定大小的内存池可以避免频繁创建、销毁小内存块——这类操作会给V8引擎的垃圾回收机制带来额外压力，池化内存复用能大幅提升IO操作的整体吞吐量。
• 简化底层IO逻辑：统一小文件的缓冲区大小，能让文件读取的底层逻辑更简洁，不需要为每个小文件计算精准的内存需求，减少分支判断带来的性能损耗。
• 平衡内存占用与性能：8KB是经过实践验证的合理阈值——既不会因内存块过大导致过多闲置内存浪费，也不会因过小而失去池化复用的性能优势。对于超过8KB的文件，精准分配内存则是为了避免不必要的内存占用，在性能与内存利用率之间做了平衡。

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