为何文档中Uint32类型TID需反转十六进制值解析为十进制？

我有一份文档，其中以HEX（十六进制）展示数据，并拆分为头部、TransactionID（TID）、消息类型等部分。但文档示例中存在疑问：标注的TID为TID: 0xe0380000 = 14560，但0xe0380000直接转十进制应为3761766400，并非14560。实际解析时是将该十六进制值反转后得到0x000038e0，转十进制即为14560。请问这种反转解析的原因是什么？是否与文档表格中的Uint32类型有关？

这种反转解析的核心原因是**字节序（Endianness）**的差异，和文档里标注的Uint32类型直接相关：

• 字节序是多字节数据在内存或网络传输中的存储/传输顺序，主要分两种：

  • 大端序（Big Endian）：高位字节在前，低位字节在后，比如Uint32值14560（0x38e0）会被存为00 00 38 e0
  • 小端序（Little Endian）：低位字节在前，高位字节在后，同样的值会被存为e0 38 00 00，对应十六进制串就是0xe0380000

• 文档里的示例采用了小端序解析：传输或存储时的十六进制串0xe0380000是小端序的Uint32数据，所以需要把字节顺序反转（将e0 38 00 00转为00 00 38 e0），再转换为十进制才能得到正确的TID值14560。

• 很多网络协议或嵌入式系统会用小端序来存储多字节数值，尤其是Uint32这类固定长度的整数类型，这是很常见的处理方式。

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