为什么Big Endian默认是DataView？

Question

谁能解释一下，为什么 DataView 使用字节顺序Big Endian？虽然我们的计算机正在使用Little Endian。还有ARM处理器。

像Uint32Array() 这样的类型化数组已经使用Little Endian。我认为这是正确的。

// DataView (Big Endian)
const dataview = new DataView(new ArrayBuffer(4));
dataview.setUint32(0, 42);
console.log(new Uint8Array(dataview.buffer).toString());
// result: 0,0,0,42

// Typed Array (Little Endian)
const typearray = new Uint32Array([42]);
console.log(new Uint8Array(typearray.buffer).toString());
// result: 42,0,0,0

我希望数字类型使用小端序。这是不一致的。 我知道 litleEndian 的 DataView 方法的可选参数。 但我的问题是：为什么默认不设置这个？

Answer 1

这是 ECMAscript 标准定义的 setUint32 方法的原型：

24.2.4.20 DataView.prototype.setUint32 ( byteOffset, value [ , littleEndian ] )(https://www.ecma-international.org/ecma-262/6.0/#sec-dataview-constructor)。

值是存储为小端还是大端由可选的第三个参数定义，其默认值由标准定义为false（存储为大端）。

Big endian 是所有 TCP/IP 网络协议的默认字节顺序，它并不罕见。