33、字节序：大端与小端在网络编程中的处理

字节序，说白了就是多字节数据在内存里怎么排排坐的问题。大端（Big-Endian）和小端（Little-Endian），这两个词我估计你早就听烂了。但真正在写网络程序时，有多少人因为字节序没处理好而踩坑？我见过不少。

嗯，咱们今天就把这个事彻底说清楚。

什么是大端和小端？

先看一个最简单的例子。假设我们有一个32位整数 0x12345678，它在内存中怎么存放？

• 大端模式：高位字节存低地址。内存布局是 12 34 56 78。说白了，就是按我们人类阅读数字的顺序来存。
• 小端模式：低位字节存低地址。内存布局是 78 56 34 12。这是x86架构的惯用方式，CPU处理起来更高效。

你想想看，如果两台机器用不同的字节序通信，直接发过去，对方读出来的数据就是错的。这就是网络编程里必须处理字节序的根本原因。

网络编程中的字节序转换函数

POSIX标准给我们提供了四个函数，专门干这个事。我个人习惯把它们记成两组：

函数	作用	方向
htons()	Host to Network Short	主机字节序 → 网络字节序（16位）
htonl()	Host to Network Long	主机字节序 → 网络字节序（32位）
ntohs()	Network to Host Short	网络字节序 → 主机字节序（16位）
ntohl()	Network to Host Long	网络字节序 → 主机字节序（32位）

名字很好记：h 代表 host（主机），n 代表 network（网络），s 代表 short（16位），l 代表 long（32位）。

一个典型的陷阱：结构体直接发送

很多新手会犯一个错误——直接把结构体用 send() 发出去。比如：

// 错误示范
struct packet {
    uint32_t seq;
    uint16_t type;
    uint32_t length;
    char data[256];
};

struct packet pkt;
pkt.seq = 100;
pkt.type = 1;
pkt.length = 256;
send(sockfd, &pkt, sizeof(pkt), 0);

这段代码在x86小端机器上跑没问题，但对方如果是大端机器（比如某些嵌入式设备或SPARC架构），读出来的 seq 就不是100了。我曾经在一个物联网项目里遇到过这个问题，设备端是ARM小端，服务器是MIPS大端，结果序列号全乱套了。

正确的做法是：逐个字段转换，然后序列化到一个字节数组里再发送。

// 正确做法
void serialize_packet(struct packet *pkt, uint8_t *buf) {
    uint32_t seq_net = htonl(pkt->seq);
    uint16_t type_net = htons(pkt->type);
    uint32_t len_net = htonl(pkt->length);

    memcpy(buf, &seq_net, 4);
    memcpy(buf + 4, &type_net, 2);
    memcpy(buf + 6, &len_net, 4);
    memcpy(buf + 10, pkt->data, pkt->length);
}

如何判断本机字节序？

有时候你需要知道当前平台是大端还是小端。我一般用这个经典方法：

#include <stdio.h>

int is_little_endian() {
    uint16_t test = 0x0001;
    uint8_t *p = (uint8_t *)&test;
    return *p == 0x01;  // 低地址存的是低字节，就是小端
}

int main() {
    if (is_little_endian()) {
        printf("小端模式\n");
    } else {
        printf("大端模式\n");
    }
    return 0;
}

原理很简单：0x0001 的低字节是 0x01，高字节是 0x00。如果低地址存的是 0x01，那就是小端。

避坑指南：我曾经踩过的坑

我曾经在一个嵌入式项目中，需要把浮点数通过网络传输。浮点数的字节序问题比整数更隐蔽。因为 htonl() 只处理32位整数，不能直接用于 float。我当时犯了个错：

// 错误做法
float value = 3.14f;
uint32_t net_val = htonl(*(uint32_t *)&value);  // 强制类型转换，危险！

这段代码违反了严格别名规则（strict aliasing rule），在某些编译器优化下会出问题。正确的做法是用 memcpy：

// 正确做法
float value = 3.14f;
uint32_t temp;
memcpy(&temp, &value, sizeof(temp));
uint32_t net_val = htonl(temp);
// 发送 net_val ...

嗯，这里要注意：浮点数的字节序转换，本质上就是把它的内存表示当作32位整数来处理。但一定要用 memcpy，不要用强制类型转换。

字节序处理的核心流程图

下面这张图展示了数据从发送端到接收端的完整字节序处理流程：

总结一下

字节序处理其实就三条原则：

1. 发送前：所有多字节数据用 htonl() / htons() 转成网络字节序
2. 接收后：立即用 ntohl() / ntohs() 转回主机字节序
3. 不要直接发结构体：序列化才是正道

我个人习惯在写网络协议时，专门写一个序列化/反序列化层。所有字节序转换都在这一层完成，上层业务逻辑完全不用关心字节序问题。这样代码清晰，也不容易漏掉转换。

嗯，字节序这事说难不难，但一旦漏掉，排查起来特别痛苦。你想想看，数据能发出去，也能收回来，但数值就是不对。这种bug最让人抓狂。所以，养成好习惯，每个多字节字段都过一遍转换函数，准没错。