.NET 中的 GUID 字节顺序

Question

我正在创建一个这样的GUID

Guid g = new Guid(new byte[] { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 0xA, 0xB, 0xC, 0xD, 0xE, 0xF });
Console.WriteLine(g);

这输出

03020100-0504-0706-0809-0a0b0c0d0e0f

根据维基百科，guid中有四个部分，这解释了为什么字节顺序在四组中切换。然而，维基百科的文章还指出，所有部分都以大端格式存储。显然前三部分不是Big Endian。guid的GetBytes()方法按照与创建时完全相同的顺序返回字节。这种行为的解释是什么？

Answer 1

我不是这里的专家，但你提到的Wiki页面也说：

然而，对常用[4]数据类型结构的引用没有提到字节排序

该引文（[4]）指向http://msdn.microsoft.com/en-us/library/aa373931（对比85）。aspx，它随后标识了Microsoft如何将GUID实现为

typedef struct _GUID {
  DWORD Data1;
  WORD  Data2;
  WORD  Data3;
  BYTE  Data4[8];
} GUID;

由于最后8个字节存储为字节数组，我认为这标识了您看到的行为。

Answer 2

MS似乎将五个部分存储在一个结构中。前 4 个部分的长度为 2 或 4 个字节，因此可能存储为本机类型（即。WORD 和 DWORD）的小端格式。最后一部分有 6 个字节长，因此处理方式不同（可能是一个数组）。

规范是否声明 GUID 按大端顺序存储，或者部件的存储按该顺序存储，但单个部件可能是特定于实现的？

编辑：

根据UUID规范，第4.1.2节。布局和字节顺序（强调矿）：

为了尽量减少对八位字节内的位分配的混淆，UUID
记录定义仅根据八位字节的整数字段定义。字段首先显示最
重要的字段。

...

在没有相反的显式应用程序或表示协议
规范的情况下，UUID 被编码为 128 位对象，如下所示：

字段被编码为16个八位字节，字段的大小和顺序如上所述，每个字段首先用最高有效字节（称为网络字节顺序）编码。

可能是 MS 以正确的顺序存储了字节，但没有费心对 WORD 和 DWORD 部分进行网络到主机的排序以进行演示（根据规范这似乎是可以的，至少通过我不熟练的阅读它。