2. 网络协议基础：TCP/IP协议栈回顾、UDP组播在行情分发中的应用、网络字节序与对齐

做极速行情解码，说白了就是在跟网络协议打交道。你写的代码再快，如果网络层拖了后腿，一切都是白搭。这一章，我带你回顾几个最核心的网络基础，重点聊聊UDP组播为什么能成为行情分发的标配，以及那些容易让你踩坑的字节序和对齐问题。

2.1 TCP/IP协议栈回顾

先简单过一遍TCP/IP协议栈。我们平时写网络程序，基本都在跟传输层打交道。TCP和UDP，一个面向连接、可靠，一个无连接、尽力而为。做行情解码，为什么大家几乎都选UDP？

我刚开始做量化的时候，也想过用TCP。毕竟它保证数据不丢、不乱序，多省心。但实际一测，问题就来了。TCP的拥塞控制、重传机制，在行情爆发的时候，反而成了瓶颈。你想想看，行情数据每秒成千上万笔，偶尔丢一两个包，其实影响不大。但TCP因为丢包而触发重传，导致后续数据全部堵在缓冲区里，延迟一下子就上去了。

2.2 UDP组播在行情分发中的应用

UDP组播，说白了就是“一对多”的通信模式。传统的单播，服务器要给每个客户端都发一份数据，带宽压力大。组播不一样，数据只发一份，网络设备会自动复制给所有订阅的客户端。

我记得有一次，交易所升级行情源，从单播切到组播。我们内部测试的时候，发现有些机器收不到数据。排查了半天，原来是交换机的IGMP Snooping配置没开。嗯，这里要注意：组播依赖网络设备支持，不是代码层面能完全搞定的。

组播地址与端口

组播地址范围是224.0.0.0到239.255.255.255。行情系统通常用239.x.x.x这个段。端口号一般用UDP端口，比如4000、4001之类的。具体用哪个，得看交易所的规范。

加入组播组

客户端要接收组播数据，得先“加入”组播组。代码上就是创建一个UDP socket，然后调用setsockopt设置IP_ADD_MEMBERSHIP。我贴一段伪代码，你感受一下：

// 创建UDP socket
int sock = socket(AF_INET, SOCK_DGRAM, 0);

// 绑定本地端口
struct sockaddr_in local_addr;
local_addr.sin_family = AF_INET;
local_addr.sin_port = htons(4000);
local_addr.sin_addr.s_addr = INADDR_ANY;
bind(sock, (struct sockaddr*)&local_addr, sizeof(local_addr));

// 加入组播组
struct ip_mreq mreq;
mreq.imr_multiaddr.s_addr = inet_addr("239.0.0.1");
mreq.imr_interface.s_addr = INADDR_ANY;
setsockopt(sock, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mreq, sizeof(mreq));

// 然后就可以recvfrom接收数据了

2.3 网络字节序与对齐

网络字节序，就是大端字节序。说白了，多字节数据在网络上传输时，高位字节在前，低位字节在后。而我们的x86机器，用的是小端字节序。如果不做转换，直接解析，数据就是反的。

我见过不少新手，直接拿网络数据包里的整数字节去计算，结果算出来的数值完全不对。比如一个32位的价格字段，网络上是0x00 0x00 0x01 0x2C，小端机器读出来是0x2C010000，这价格就离谱了。

字节序转换函数

行情解码时，每收到一个数值字段，都得用ntohl或ntohs转一下。别偷懒，也别相信“反正都是字节流，直接memcpy就行”。

内存对齐

对齐问题，在行情解码里特别容易出幺蛾子。比如一个结构体里，先放一个char，再放一个int。在x86上，int的起始地址必须是4的倍数。编译器会自动在char后面填充3个字节，保证int对齐。但网络数据包是紧凑排列的，没有这些填充字节。

所以，直接从网络缓冲区强转成结构体指针，大概率会读到错误的数据。我自己的习惯是：要么用#pragma pack(1)强制取消对齐，要么逐个字段手动解析。

// 错误做法：直接强转
struct MarketData {
    char type;
    int price;   // 实际网络包中，price紧跟在type后面，没有填充
};
// 如果直接 (struct MarketData*)buffer，price的地址可能不对齐

// 正确做法：手动解析
char type = buffer[0];
int price = ntohl(*(int*)(buffer + 1));  // 注意：这里buffer+1可能未对齐，有风险

// 更稳妥的做法：用memcpy
int price;
memcpy(&price, buffer + 1, sizeof(price));
price = ntohl(price);

2.4 本章知识体系

下面这张图，是我自己总结的网络协议基础在行情解码中的核心逻辑。你可以把它当作一个快速索引：

这张图把本章的三个核心知识点串起来了。TCP/IP协议栈是基础，UDP组播是传输手段，字节序和对齐是解码时的技术细节。三者缺一不可。

好了，网络协议基础就聊到这儿。下一章，我们会深入行情数据包的结构，看看那些二进制协议到底是怎么设计的。到时候，字节序和对齐的知识会反复用到，别忘了我今天说的这些坑。

公众号:蓝海资料掘金营，微信deep3321