Node.js 中 fs.readFileSync 读取文件传入 DataView 报 TypeError 问题

Node.js fs.readFile 系列接口返回的 Buffer，是 Node 在 TypedArray 标准落地前就推出的二进制数据结构，本质是类 Uint8Array 的实现，本身并非标准的原生 ArrayBuffer 实例。而 DataView 构造函数严格校验第一个参数必须是原生 ArrayBuffer，因此直接传入 Buffer 就会抛出类型不匹配的错误。

要实现 Node 和浏览器共用同一套 DataView 解析逻辑，不需要改动核心解析代码，只需要在 Node 侧取出 Buffer 挂载的底层原生 ArrayBuffer，按标准 API 规则传入 DataView 构造函数即可。
修正后的实现代码：

const fs = require('fs');
const buf = fs.readFileSync('./path/to/file');
// 完全对齐浏览器端的 DataView 构造逻辑
const dv = new DataView(
  buf.buffer,    // Buffer 对应的底层原生 ArrayBuffer
  buf.byteOffset,// 当前 Buffer 在底层内存块中的起始偏移
  buf.byteLength // 当前 Buffer 对应的实际数据长度
);

注意事项 #

• 必须同时传入 byteOffset 和 byteLength 两个参数：Node 的 Buffer 经常是从更大的共享内存块（也就是 .buffer 属性指向的 ArrayBuffer）中截取的片段，如果只传底层 ArrayBuffer 不带偏移和长度，DataView 会操作整个底层内存块，导致解析内容错位、长度异常。
• 该转换方法对所有 fs 接口返回的 Buffer 通用，不管是 readFileSync 还是 fs.promises.readFile 拿到的实例，都可以用完全一致的方式处理，不需要区分接口类型。
• 无需手动逐字节拷贝生成新的 ArrayBuffer：直接读取 Buffer 内置的 .buffer 属性是零拷贝操作，不会产生额外内存开销，性能远高于手动转换。
• 这套写法和浏览器端的开发逻辑完全统一：浏览器场景下，通过 fetch、FileReader 等接口读取到的二进制数据本身就是原生 ArrayBuffer，构造 DataView 时使用的就是 new DataView(arrayBuffer, offset, length) 的标准形式，两边的解析逻辑可以无缝复用，不需要写环境兼容分支。基于这个 DataView 调用的 getInt8、getUint32、getFloat64 等读取方法，在 Node 和浏览器端的参数规则、大小端表现完全一致，可以直接共享逻辑。

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