Node.js中readFileSync读取文件后buffer混入脚本自身内容的异常问题求助

我来帮你揪出这个问题的根源——这是Node.js Buffer内存池机制导致的一个容易踩的坑！

问题本质 #

你直接使用readFileSync返回的Buffer的.buffer属性时，拿到的是Node.js内部复用的整个内存池（默认大小8192字节），而不是仅包含目标文件数据的那部分。内存池里可能残留着之前操作（比如脚本自身的加载缓存）的内容，所以你会看到输出里混着当前脚本的代码，buffer大小固定为8192字节。

Node.js的Buffer对象是基于ArrayBuffer实现的，但它为了性能会复用内存池：当读取小文件时，不会单独分配刚好大小的内存，而是从预分配的8192字节内存池里取空间，剩下的部分会保留之前的数据。直接取.buffer就会把整个内存池都捞出来，而不是你需要的文件内容切片。

正确的解决方法 #

你有两种可靠的修复方式，根据你的需求选择：

1. 直接使用Buffer对象处理（推荐）

Buffer本身已经封装了正确的文件数据范围，直接用它代替ArrayBuffer即可，完全避开内存池的问题：

import { readFileSync } from "node:fs";

function readHeader(buf: Buffer) {
  console.log("printing out the buffer char by char:");
  for (let i = 0; i < buf.length; i++) {
    process.stdout.write(String.fromCharCode(buf[i]));
  }
}

// 直接使用readFileSync返回的Buffer，不要取.buffer
const buffer = readFileSync("testfile.txt");
readHeader(buffer);

2. 若必须使用ArrayBuffer，需截取有效范围

如果你因为某些原因一定要用ArrayBuffer，需要通过Buffer的byteOffset和length属性，创建仅包含有效数据的DataView或切片：

import { readFileSync } from "node:fs";

function readHeader(buf: ArrayBuffer, offset: number, length: number) {
  const view = new DataView(buf, offset, length);
  console.log("printing out the buffer char by char:");
  for (let i = 0; i < view.byteLength; i++) {
    process.stdout.write(String.fromCharCode(view.getUint8(i)));
  }
}

const buffer = readFileSync("testfile.txt");
// 传入buffer的内存池偏移和实际数据长度，只读取有效部分
readHeader(buffer.buffer, buffer.byteOffset, buffer.length);

针对.npy文件解析的修复 #

在解析npy文件时，同样需要确保只处理Buffer的有效范围：

• 不要直接用buffer.buffer创建DataView，而是带上buffer.byteOffset和buffer.length参数
• 这样就能精准定位到npy文件的真实内容，找到\x93NUMPY标识，而不会被内存池里的残留数据干扰

为什么纯JS也会出现这个问题？ #

这个问题和TypeScript无关，是Node.js底层的Buffer内存池机制导致的——TS编译后的JS依然运行在Node.js环境中，所以会遇到同样的情况。

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