网络基础回顾：OSI七层模型与TCP/IP四层模型、IP地址、端口、协议等核心概念

Socket编程的本质是让应用程序能够通过操作系统提供的接口，直接操作传输层及以下的数据收发能力。在动手编写第一行Socket代码之前，必须对网络通信的底层结构有清晰认知。本章将系统梳理OSI七层模型与TCP/IP四层模型的对应关系，深入讲解IP地址、端口、协议等核心概念，并揭示这些理论在Socket API中的实际映射位置。理解这些基础，将直接决定你后续能否正确选择Socket类型、设置地址结构、处理字节序以及排查通信故障。

2.1 OSI七层模型与TCP/IP四层模型的对应关系

核心原理：OSI（开放系统互连）参考模型由国际标准化组织（ISO）于1984年提出，将网络通信划分为七个层次，每一层只负责特定的功能模块，层与层之间通过标准接口交互。TCP/IP模型则是在实际互联网发展过程中形成的事实标准，将OSI的七层压缩为四层：应用层（对应OSI的5、6、7层）、传输层（对应第4层）、网络层（对应第3层）、网络接口层（对应第1、2层）。这种压缩并非简单合并，而是反映了互联网设计哲学——"端到端原则"：网络核心只负责尽力而为的数据转发，复杂功能尽量放在端系统实现。

判断方法：在实际网络编程中，我们几乎不直接操作OSI的表示层和会话层。例如，SSL/TLS加密虽然属于表示层功能，但在编程时通常作为应用层库（如OpenSSL）调用；会话管理（如HTTP的Cookie机制）也由应用层协议自行实现。因此，Socket编程主要关注传输层（TCP/UDP）和网络层（IP），而应用层协议（HTTP、FTP、DNS等）则构建在Socket之上。

OSI七层模型	TCP/IP四层模型	典型协议/设备	Socket编程关注点
7 应用层	应用层	HTTP、FTP、SMTP、DNS	协议格式、报文解析
6 表示层		SSL/TLS、JPEG、ASCII	数据加密、格式转换（库函数）
5 会话层		NetBIOS、RPC	会话管理（应用层实现）
4 传输层	传输层	TCP、UDP	Socket类型选择、端口绑定
3 网络层	网络层	IP、ICMP、ARP	IP地址配置、路由
2 数据链路层	网络接口层	以太网、WiFi、PPP	MAC地址（通常不直接操作）
1 物理层		网线、光纤、无线电波	信号传输（硬件处理）

2.2 IP地址：网络层的寻址机制

核心原理：IP地址是网络层为每一台主机（或网络接口）分配的逻辑标识符。IPv4地址为32位二进制数，通常表示为点分十进制（如192.168.1.100），分为网络号和主机号两部分。子网掩码（如255.255.255.0）用于区分网络号和主机号。IPv6地址为128位，采用冒号分隔的十六进制表示（如2001:db8::1），解决了IPv4地址枯竭问题。在Socket编程中，IP地址存储在 struct in_addr（IPv4）或 struct in6_addr（IPv6）结构体中，并通过 inet_pton() 和 inet_ntop() 函数进行文本与二进制格式的转换。

操作流程：在编写网络程序时，需要明确目标主机的IP地址。常用方法包括：

1. 直接指定IP字符串：inet_pton(AF_INET, "192.168.1.100", &addr.sin_addr);
2. 通过域名解析获取：gethostbyname("www.example.com") 或 getaddrinfo()（推荐，支持IPv6）
3. 本机地址获取：gethostname() + gethostbyname() 或遍历网卡接口 getifaddrs()

2.3 端口号：传输层的多路复用机制

核心原理：端口号是16位无符号整数（0-65535），用于在同一台主机上区分不同的网络进程。IP地址负责将数据包送达目标主机，而端口号则负责将数据交付给主机上对应的应用程序。TCP和UDP协议头中均包含源端口和目的端口字段。0-1023为知名端口（Well-Known Ports），由IANA分配，如HTTP（80）、HTTPS（443）、FTP（21）、SSH（22）；1024-49151为注册端口；49152-65535为动态/私有端口，客户端通常使用此范围作为临时源端口。

判断方法：在Socket编程中，端口号需要转换为网络字节序（大端序）存储。使用 htons()（Host TO Network Short）函数将主机字节序转换为网络字节序，使用 ntohs() 进行反向转换。绑定端口时使用 bind() 函数，监听时使用 listen()，连接时使用 connect()。服务器端通常绑定固定端口，客户端一般由操作系统自动分配临时端口。

2.4 核心协议：TCP与UDP的对比与选择

核心原理：传输层提供两种截然不同的服务：TCP（传输控制协议）是面向连接的、可靠的字节流协议，提供确认应答、超时重传、流量控制（滑动窗口）和拥塞控制（慢启动、拥塞避免）机制；UDP（用户数据报协议）是无连接的、不可靠的数据报协议，不保证送达顺序和完整性，但开销小、延迟低。TCP适合文件传输、网页浏览、邮件等对可靠性要求高的场景；UDP适合实时音视频、在线游戏、DNS查询等对延迟敏感且能容忍少量丢包的场景。

案例拆解：假设我们需要设计一个局域网内的文件传输工具。初始方案选择UDP以追求速度，但实际测试发现：当传输100MB文件时，由于网络拥塞导致大量数据报丢失，应用层需要自行实现确认和重传机制，代码复杂度急剧上升，且传输效率反而低于TCP。最终方案改为TCP，利用其内置的可靠传输和流量控制机制，代码量减少约60%，传输速度稳定在90MB/s（千兆网络），且无需处理乱序和丢包问题。这个案例说明：除非有明确的实时性需求，否则优先选择TCP可以大幅降低开发成本和排障难度。

对比维度	TCP	UDP
连接状态	面向连接（三次握手）	无连接
可靠性	可靠（确认、重传、排序）	不可靠（尽力而为）
传输模式	字节流（无边界）	数据报（有边界）
传输效率	较低（头部20字节+控制开销）	较高（头部8字节）
Socket类型	SOCK_STREAM	SOCK_DGRAM
典型应用	HTTP、FTP、SSH、数据库	DNS、DHCP、RTP、在线游戏

2.5 字节序与地址结构：Socket编程的基石

核心原理：不同CPU架构存储多字节数据时存在字节序差异：x86/ARM等小端序（Little-Endian）将低字节存储在低地址，而网络协议规定使用大端序（Big-Endian）传输数据。因此，Socket API要求所有多字节字段（端口号、IP地址）必须转换为网络字节序。IPv4地址结构 struct sockaddr_in 定义如下：

struct sockaddr_in {
    sa_family_t    sin_family;   // 地址族，AF_INET
    uint16_t       sin_port;     // 端口号，网络字节序
    struct in_addr sin_addr;     // IPv4地址，网络字节序
    char           sin_zero[8];  // 填充，置零
};

操作流程：填充地址结构的标准步骤为：

1. 清零结构体：memset(&addr, 0, sizeof(addr));
2. 设置地址族：addr.sin_family = AF_INET;
3. 设置端口：addr.sin_port = htons(8080);
4. 设置IP：inet_pton(AF_INET, "192.168.1.10", &addr.sin_addr);

常见误区：忘记调用 htons() 是初学者最常见的错误。在x86平台上，端口号8080（0x1F90）如果不转换，存储为0x901F，实际监听端口将变成36927。排查此类问题可使用 ss -tlnp 查看实际监听端口，或使用Wireshark抓包检查TCP头中的端口字段。