元宿six1. 为什么我们需要关心字节序
第一次遇到字节序问题是在调试一个嵌入式系统时。当时我通过串口发送了一个32位整数0x12345678到目标设备，结果设备端收到的值变成了0x78563412。这个看似简单的数据传输问题，让我花了整整两天时间排查。后来才发现，这是因为我的开发机（x86架构）和目标设备（ARM架构）使用了不同的字节序存储方式。
字节序（Endianness）决定了多字节数据在内存中的存储顺序。这个概念看似基础，却影响着从网络通信到文件存储的方方面面。理解字节序不仅能帮你避免我踩过的坑，更能让你深入理解计算机底层的数据表示方式。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 字节序的两种基本形式
2.1 大端序（Big-Endian）
大端序就像我们书写数字的方式——最重要的字节（最高有效位）存储在最低的内存地址。想象一下邮寄地址的写法：国家→省→市→街道。这种顺序从人类的角度看很直观。
在PowerPC、早期的Mac电脑和许多网络协议中都能见到大端序的身影。比如IP协议头就是按大端序传输的，这也是为什么网络字节序通常就是指大端序。
2.2 小端序（Little-Endian）
小端序则相反，最低有效字节存放在最低内存地址。这就像我们把单词"endian"倒着写成"naidne"来存储。x86架构和ARM（通常）都使用小端序。
小端序有个有趣的特性：当你用不同宽度的数据类型读取同一内存位置时，小端序机器上读取的结果更符合直觉。比如32位整数0x12345678在小端序中存储为78 56 34 12，当你用8位指针读取这个地址时，得到的正好是最低字节0x78。
3. 寄存器与内存的交互方式
3.1 寄存器如何存储数据
寄存器是CPU内部的高速存储单元，它们没有地址的概念，因此不存在字节序问题。但当我们把数据从寄存器存入内存，或者从内存加载到寄存器时，字节序就开始发挥作用了。
在x86架构中，MOV指令会根据CPU的字节序设置自动处理字节顺序。例如：
assembly复制mov eax, 0x12345678
mov [mem_addr], eax
在小端序CPU上，内存中会存储为78 56 34 12。
3.2 跨字节序系统的数据交换
当不同字节序的系统需要通信时，必须进行字节序转换。网络编程中常用的hto