理解字节序：大端与小端的数据存储差异

1. 字节序：计算机世界的两种“阅读习惯”

第一次接触"大端字节序"和"小端字节序"这两个术语时，我正调试一个跨平台数据传输程序。当ARM设备发来的数据在x86服务器上解析成乱码时，我才意识到字节序这个看似基础的概念有多重要。字节序决定了计算机如何解读内存中的多字节数据，就像不同文化中的文字阅读方向——有人从左往右读，有人从右往左读，而计算机芯片也有类似的"阅读习惯"差异。

在32位系统中，一个int类型数字0x12345678（十六进制表示）需要占用4个字节。大端字节序（Big-Endian）将最高有效字节0x12存放在最低内存地址，就像我们书写数字时把最高位写在最左边；而小端字节序（Little-Endian）则相反，最低有效字节0x78存放在最低内存地址，如同从个位开始倒着书写数字。这两种存储方式对单字节数据没有影响，但当数据在不同字节序的系统间传输时，如果不做转换就会导致解析错误——就像把阿拉伯语文档用英语编码打开必然出现乱码。

2. 字节序的技术实现与硬件差异

2.1 处理器架构的字节序偏好

x86/x64架构（Intel/AMD处理器）清一色采用小端字节序，这种设计有其历史原因——早期处理器设计认为从低位开始处理数据更符合算术逻辑单元(ALU)的操作流程。而网络设备常用的ARM架构则支持双字节序，但Android和iOS系统默认使用小端模式。令人意外的是，看似古老的PowerPC和SPARC架构却坚持使用大端字节序，这导致它们在网络协议处理上有天然优势。

实际开发中遇到过ARM芯片在启动阶段用大端模式加载固件，进入操作系统后切换为小端模式的案例，这种"双模式"设计需要特别注意固件与驱动程序的兼容性。

2.2 编程语言中的字节序处理

C/C++等系统级语言直接暴露硬件字节序特性，以下代码可以检测当前系统的字节序：

c复制#include <stdio.h>
int main() {
    unsigned int x = 0x12345678;
    char *c = (char*) &x;
    printf(*c == 0x12 ? "Big-Endian\n" : "Little-Endian\n");
    return 0;
}

而Java/Python等高级语言通过虚拟机