4. Socket编程入门：Socket概念、类型（流式/数据报）、地址结构、字节序转换函数

Socket（套接字）是嵌入式Linux网络编程的基石，它屏蔽了TCP/IP协议栈的复杂细节，为应用层提供了一套统一的文件描述符操作接口。在嵌入式场景中，无论是采集传感器数据上报服务器，还是接收远程控制指令，都离不开Socket编程。本章将从Socket的本质概念出发，深入剖析流式与数据报两种核心类型的差异，详细拆解struct sockaddr_in地址结构的内存布局，并重点讲解字节序转换这一极易出错的环节。理解这些基础，是后续编写健壮网络程序的前提。

上图清晰地展示了Socket在应用层与协议栈之间的桥梁作用。应用进程通过文件描述符（fd）操作Socket，而Socket内部则根据类型（流式或数据报）调用不同的协议栈逻辑。地址结构是应用层与内核交互的契约，字节序转换则是保证跨平台通信一致性的关键。下面我们将逐一深入这些核心知识点。

4.1 Socket概念：网络编程的文件抽象

核心原理：Socket起源于BSD Unix，其设计哲学是“一切皆文件”。Socket本身是一个抽象层，它向上提供类似文件的操作接口（open/close/read/write），向下对接具体的网络协议（TCP/UDP）。在Linux内核中，Socket由struct socket和struct sock两个核心结构体管理，前者是通用外壳，后者是协议相关的内部实现。应用层通过socket()系统调用创建Socket，返回一个整型文件描述符，后续所有操作都基于这个fd进行。

判断方法：在嵌入式Linux中，判断一个Socket是否创建成功，需要检查socket()的返回值。若返回-1，则需通过errno获取错误码。常见的错误包括EAFNOSUPPORT（地址族不支持）、EMFILE（进程文件描述符耗尽）等。对于资源受限的嵌入式设备，EMFILE尤为常见，因为默认的fd上限（通常1024）可能被其他外设占用。

int sock_fd;
sock_fd = socket(AF_INET, SOCK_STREAM, 0);
if (sock_fd < 0) {
    perror("socket() failed");
    exit(EXIT_FAILURE);
}
// 设置非阻塞或超时选项
int flags = fcntl(sock_fd, F_GETFL, 0);
fcntl(sock_fd, F_SETFL, flags | O_NONBLOCK);

4.2 Socket类型：流式与数据报的抉择

核心原理：Socket类型决定了传输层的协议语义。流式套接字（SOCK_STREAM）基于TCP，提供面向连接的、可靠的、按序的字节流传输。数据报套接字（SOCK_DGRAM）基于UDP，提供无连接的、不可靠的、最大努力交付的数据报文传输。选择哪种类型，取决于应用对可靠性、实时性和开销的权衡。

操作流程：流式Socket的典型流程为：服务端socket()→bind()→listen()→accept()，客户端socket()→connect()。数据报Socket则简单得多：服务端socket()→bind()，客户端socket()后直接sendto()，服务端用recvfrom()接收。在嵌入式设备中，若需要传输传感器状态上报（允许偶发丢失），UDP是更轻量的选择；若传输配置下发（必须可靠），则必须使用TCP。

4.3 地址结构：struct sockaddr_in深度解析

核心原理：所有Socket地址结构都以struct sockaddr为通用模板，但实际使用中针对IPv4使用struct sockaddr_in。其定义在<netinet/in.h>中，关键字段包括sin_family（地址族）、sin_port（16位端口号）、sin_addr（32位IP地址）。内核在bind()、connect()等调用中，会根据sin_family判断地址类型并解析后续字段。

struct sockaddr_in {
    sa_family_t    sin_family;   // AF_INET
    in_port_t      sin_port;     // 端口号（网络字节序）
    struct in_addr sin_addr;     // IP地址（网络字节序）
    char           sin_zero[8];  // 填充，保持与sockaddr大小一致
};

判断方法：在填充地址结构时，必须使用bzero()或memset()将整个结构清零，避免sin_zero中的垃圾数据导致内核解析异常。端口号和IP地址必须转换为网络字节序（大端序）。IP地址的赋值通常使用inet_pton()函数，它比旧的inet_addr()更安全，支持IPv4和IPv6。

struct sockaddr_in server_addr;
bzero(&server_addr, sizeof(server_addr));
server_addr.sin_family = AF_INET;
server_addr.sin_port = htons(8080);  // 端口转网络字节序
inet_pton(AF_INET, "192.168.1.100", &server_addr.sin_addr);
// 绑定
bind(sock_fd, (struct sockaddr *)&server_addr, sizeof(server_addr));

4.4 字节序转换：大小端之间的桥梁

核心原理：计算机存储多字节数据有两种方式：大端序（Big-Endian）将高字节存储在低地址，小端序（Little-Endian）将低字节存储在低地址。x86和ARM（默认）处理器都是小端序，而网络协议规定使用大端序（网络字节序）。因此，在主机与网络之间传输多字节数据时，必须进行转换。Linux提供了四个标准转换函数：htonl()、htons()、ntohl()、ntohs()。

操作流程：在编写网络程序时，遵循“发送前转换，接收后转换”的原则。具体来说：填充sin_port和sin_addr时使用htons()和htonl()；从recvfrom()或accept()获取的地址结构中读取端口和IP时，使用ntohs()和ntohl()。对于应用层自定义协议中的多字节字段，同样需要手动转换。

uint32_t msg_len = 1024;
uint32_t net_len = htonl(msg_len);
send(sock_fd, &net_len, sizeof(net_len), 0);

uint32_t net_len;
recv(sock_fd, &net_len, sizeof(net_len), 0);
uint32_t msg_len = ntohl(net_len);

4.5 综合案例：嵌入式设备UDP时间同步服务

案例背景：某智能农业监测站基于AM335x处理器运行嵌入式Linux，需要向局域网内的多个采集节点提供时间同步服务。由于采集节点数量多且允许少量丢包，采用UDP数据报实现。服务端绑定端口12345，客户端发送请求后，服务端返回当前Unix时间戳（32位）。

初始现象与目标：开发初期，在x86开发板上测试正常，但部署到ARM目标板后，客户端解析的时间戳出现异常，部分节点显示1970年或2038年等极端值。目标是通过字节序转换和地址结构正确初始化，实现跨平台可靠的时间同步。

关键输入与参数：服务端代码片段如下：

int sock_fd;
struct sockaddr_in server_addr, client_addr;
socklen_t addr_len = sizeof(client_addr);
uint32_t timestamp, net_timestamp;

sock_fd = socket(AF_INET, SOCK_DGRAM, 0);
bzero(&server_addr, sizeof(server_addr));
server_addr.sin_family = AF_INET;
server_addr.sin_port = htons(12345);
server_addr.sin_addr.s_addr = htonl(INADDR_ANY);
bind(sock_fd, (struct sockaddr *)&server_addr, sizeof(server_addr));

while (1) {
    recvfrom(sock_fd, &req, sizeof(req), 0, 
             (struct sockaddr *)&client_addr, &addr_len);
    timestamp = (uint32_t)time(NULL);
    net_timestamp = htonl(timestamp);
    sendto(sock_fd, &net_timestamp, sizeof(net_timestamp), 0,
           (struct sockaddr *)&client_addr, addr_len);
}

分析判断过程：在ARM板上，time(NULL)返回的是主机字节序的秒数。直接发送会导致小端序的0x5F3759DF被解释为0xDF59375F，数值变为负数或极大值。客户端收到后，若未调用ntohl()，则解析出错。此外，INADDR_ANY本身是0，使用htonl()转换后仍是0，但为了代码一致性，建议保留转换。

实际操作步骤：1. 在服务端发送前调用htonl()；2. 在客户端接收后调用ntohl()；3. 使用inet_pton()替代inet_addr()处理客户端IP；4. 增加超时重试机制，防止UDP丢包导致客户端阻塞。

结果对比：修正后，ARM目标板与x86开发板均能正确解析时间戳，误差小于1毫秒（本地网络）。客户端代码增加select()超时2秒，若未收到响应则重发请求，最多重试3次。

风险与代价：UDP无连接特性导致服务端无法感知客户端离线，需在应用层增加心跳机制。时间戳为32位，在2038年将溢出，需提前规划64位扩展或使用NTP协议。

复盘经验：字节序问题在异构网络中是“隐形杀手”，必须在设计阶段就明确所有多字节字段的网络字节序约定。建议在协议头文件中定义转换宏，如#define HTON32(x) htonl(x)，统一管理。同时，在代码审查中重点检查所有send()/sendto()和recv()/recvfrom()路径上的数据转换。

4.6 本章总结与易错点复盘

Socket编程入门阶段，最核心的是建立“文件描述符+地址结构+字节序”的三位一体思维。流式与数据报的选择决定了编程模型，地址结构的正确填充是系统调用成功的前提，而字节序转换则是跨平台通信的保障。在嵌入式Linux环境中，资源受限和异构处理器架构使得这些基础问题更加突出。

• Socket类型选择：需要可靠传输选TCP（流式），追求实时性和低开销选UDP（数据报）。不要混用，例如不能用sendto()操作TCP套接字。
• 地址结构清零：使用bzero()或memset()初始化，防止sin_zero中的残留数据导致bind失败。
• 字节序转换时机：发送前转换，接收后转换。对IP地址使用inet_pton()后不要再调用htonl()。
• 错误处理：每个系统调用后检查返回值，使用perror()或strerror(errno)输出错误信息，这在嵌入式调试中至关重要。