3、UDP端口与套接字：端口号范围与分类、知名端口与临时端口、套接字(Socket)的概念、UDP套接字的创建与绑定。

聊到UDP，端口和套接字是绕不开的两个核心概念。我刚开始接触网络编程时，总觉得端口就是个数字，套接字就是个文件描述符，没什么大不了的。后来被线上问题折腾了几次，才明白这些基础概念里藏着不少坑。今天咱们就把它彻底捋清楚。

3.1 端口号：UDP的“门牌号”

IP地址帮我们找到了网络上的某台主机，但主机上可能同时跑着几十个网络应用——浏览器、聊天软件、游戏客户端……数据包到了主机之后，该交给谁？这时候就需要端口号了。

端口号是一个16位的无符号整数，范围从0到65535。说白了，它就是UDP数据包里的“门牌号”，告诉操作系统这个数据包应该送给哪个应用程序。

3.1.1 端口号的分类

IANA（互联网数字分配机构）把端口号分成了三个区间，每个区间的用途和管控力度都不一样。我整理了一张表，方便你对照着看：

分类 范围 说明 典型例子
知名端口 0 – 1023 由IANA统一分配，通常需要超级用户权限才能绑定 DNS(53)、DHCP(67/68)、SNMP(161)
注册端口 1024 – 49151 可由用户或组织注册使用，但非强制 NTP(123)、RIP(520)、MQTT(1883)
动态/私有端口 49152 – 65535 临时使用，客户端随机分配，不注册 系统自动分配的临时端口

重点记住：知名端口（0-1023）在Linux/Unix系统上通常需要root权限才能绑定。我在项目中遇到过有人用普通用户去绑53端口，结果bind()直接返回EACCES，排查了半天才发现是权限问题。

3.1.2 知名端口与临时端口

这两个概念在实际开发中经常碰到，我分别说说。

知名端口，也叫“周知端口”，是那些被广泛认可的标准服务所使用的端口。比如DNS查询走UDP 53，DHCP客户端用UDP 68，服务端用UDP 67。这些端口号是固定的，你写客户端程序时可以直接硬编码——当然，我建议你写成常量，别直接写数字。

临时端口，也叫“短暂端口”或“ephemeral port”。当你的应用程序主动发起UDP通信时（比如调用sendto()），如果之前没有显式绑定端口，操作系统会自动从临时端口范围内挑一个空闲的端口分配给这个套接字。通信结束后，这个端口会被回收。

为什么会这样设计？你想想看，如果每个客户端都要手动指定一个端口，那端口冲突的概率就太大了。操作系统帮你动态分配，省心又安全。

一个小技巧：我曾经在调试一个P2P应用时，发现客户端每次重启后分配的临时端口都不一样。后来查了文档才知道，Linux的临时端口范围默认是32768-60999，而且分配策略是递增的。如果你需要固定端口做NAT穿透，记得用bind()显式绑定。

3.2 套接字（Socket）的概念

套接字是什么？说白了，它就是应用程序和网络协议栈之间的一个“接口”。你通过这个接口发送数据、接收数据，底层怎么封装、怎么路由、怎么重传（如果是TCP），你都不用管。

在UDP的场景下，套接字就是一个文件描述符。你创建它，绑定一个端口，然后就可以往里写数据、从里面读数据了。嗯，就是这么简单。

我个人习惯把套接字理解成一个“管道口”：一端连着你的应用程序，另一端连着操作系统内核的网络协议栈。你往管道口里扔数据，内核帮你打包成UDP报文发出去；内核收到UDP报文，拆包后把数据扔到管道口，你的程序就能读到了。

核心概念：UDP套接字是无连接的。这意味着你不需要像TCP那样先建立连接再通信。你随时可以调用sendto()往任意地址发数据，也随时可以调用recvfrom()收数据。这种灵活性是UDP的一大优势，但也带来了无状态、不可靠的问题。

3.3 UDP套接字的创建与绑定

理论说完了，咱们上代码。我以Linux C语言为例，展示UDP套接字从创建到绑定的完整流程。

3.3.1 创建套接字：socket()

创建UDP套接字用socket()函数，参数固定为：

#include <sys/socket.h>
#include <netinet/in.h>

int sockfd = socket(AF_INET, SOCK_DGRAM, 0);
if (sockfd < 0) {
    perror("socket creation failed");
    exit(EXIT_FAILURE);
}

三个参数的含义：

  • AF_INET：使用IPv4地址族。IPv6用AF_INET6。
  • SOCK_DGRAM：数据报套接字，对应UDP。TCP用SOCK_STREAM。
  • 0：协议自动选择，UDP对应IPPROTO_UDP。你也可以显式写IPPROTO_UDP，效果一样。

函数返回一个非负整数，就是套接字描述符。如果返回-1，说明创建失败，常见原因包括权限不足、系统资源耗尽等。

3.3.2 绑定端口：bind()

创建完套接字后，如果你想让它监听某个固定端口（比如服务器端），就需要调用bind()。bind()的作用是把套接字和一个本地地址（IP+端口）绑定在一起。

struct sockaddr_in server_addr;
memset(&server_addr, 0, sizeof(server_addr));
server_addr.sin_family = AF_INET;
server_addr.sin_port = htons(8888);          // 绑定端口8888
server_addr.sin_addr.s_addr = INADDR_ANY;    // 绑定所有本地接口

int ret = bind(sockfd, (struct sockaddr*)&server_addr, sizeof(server_addr));
if (ret < 0) {
    perror("bind failed");
    close(sockfd);
    exit(EXIT_FAILURE);
}

这里有几个细节需要注意：

  • htons()：主机字节序转网络字节序。端口号在网络传输中是大端序，x86机器是小端序，必须转换。我见过有人忘了这一步，结果绑定的端口和预期的完全不一样。
  • INADDR_ANY：表示绑定到本机的所有IP地址。如果你的机器有多个网卡（比如eth0和eth1），这样设置后，任意网卡收到的UDP数据都能被这个套接字接收。
  • bind()失败：常见原因包括端口已被占用、权限不足（绑定知名端口时）、地址格式错误等。

避坑指南：我曾经在写一个UDP服务器时，bind()总是返回EADDRINUSE。查了半天才发现，上一个进程退出后，端口处于TIME_WAIT状态。虽然UDP没有TIME_WAIT的概念，但如果你之前用同一个端口做过connect()，内核可能会保留一些状态。解决办法是在bind()之前设置SO_REUSEADDR选项：

int opt = 1;
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));

3.3.3 不绑定会怎样？

如果你只创建了套接字，没有调用bind()，直接调用sendto()发送数据，操作系统会自动分配一个临时端口。这个端口来自临时端口范围（Linux默认是32768-60999），通信结束后会被回收。

对于客户端程序来说，不绑定通常没问题。但对于服务器程序，你必须绑定一个固定的知名端口，否则客户端不知道往哪里发数据。

3.4 知识体系总览

为了让你更直观地理解本章的知识结构，我画了一张SVG图，把端口分类、套接字概念、创建绑定流程串在了一起：

UDP端口与套接字知识体系 UDP端口与套接字知识体系 端口号 (0-65535) 知名端口 (0-1023) 注册端口 (1024-49151) 动态/私有端口 (49152-65535) 套接字 (Socket) 文件描述符 应用与内核的接口 无连接、不可靠 UDP套接字创建与绑定流程 socket() 创建 bind() 绑定 sendto/recvfrom 客户端通常不绑定，由系统分配临时端口；服务器必须绑定知名端口

3.5 本章小结

端口号是UDP通信的“门牌号”，分为知名端口、注册端口和动态端口三类。套接字是应用程序与内核协议栈之间的接口，UDP套接字无连接、不可靠，但灵活高效。创建UDP套接字用socket(AF_INET, SOCK_DGRAM, 0)，绑定用bind()，服务器必须绑定固定端口，客户端通常由系统自动分配临时端口。

← 上一章 📖 返回目录 下一章 →