1、端口复用概述：什么是端口复用、为什么需要端口复用、端口复用的应用场景
1.1 什么是端口复用
端口复用，说白了就是让多个网络服务共享同一个端口号。你想想看，一台服务器上跑着几十个 Web 服务，难道每个都要独占一个端口？那端口号早就不够用了。
我个人的理解是：端口复用就像一条高速公路上的多个车道，虽然入口只有一个，但不同的车可以走不同的车道到达各自的目的地。在 Linux 系统中，端口复用主要靠 SO_REUSEPORT 和 SO_REUSEADDR 这两个 socket 选项来实现。
核心定义：端口复用允许不同进程或同一进程内的多个线程，绑定到同一个 IP 地址和端口号上，内核负责将连接请求分发到这些监听者。
举个例子，我曾在项目中遇到过这样的情况：一个 Nginx 进程占用了 80 端口，另一个测试用的 HTTP 服务也想用 80 端口。如果没有端口复用，第二个服务只能报错退出。但开启了 SO_REUSEPORT，两者就能和平共处。
1.2 为什么需要端口复用
这个问题其实很实际。我刚开始做网络编程时也觉得端口够用就行，直到有一次线上事故让我彻底改观。
主要有三个原因：
- 端口资源有限：TCP/UDP 端口号只有 16 位，总共 65536 个。系统服务、临时端口、预留端口一扣，真正能用的没多少。
- 高并发需求：单进程单端口的模型扛不住百万级并发。多进程复用同一端口，能充分利用多核 CPU。
- 服务热升级：旧进程还在处理请求，新进程已经可以监听同一端口，实现无缝切换。
| 场景 | 无端口复用 | 有端口复用 |
|---|---|---|
| 多进程 Web 服务器 | 每个进程独占端口，浪费资源 | 所有进程共享端口，负载均衡 |
| 服务热升级 | 需要停机切换，有服务中断 | 新旧进程共存，零停机 |
| 容器化部署 | 每个容器需独立端口映射 | 多个容器共享宿主机端口 |
注意：端口复用不是银弹。滥用会导致连接混乱、安全风险增加。我曾经见过一个团队把所有服务都绑在 80 端口上，结果排查问题时根本分不清哪个连接属于哪个进程。
1.3 端口复用的应用场景
实际工作中，端口复用最常见的场景有这么几个：
1.3.1 高并发服务器
像 Nginx、Apache 这类 Web 服务器，都支持多进程监听同一端口。每个 worker 进程独立 accept 连接，内核负责将新连接分发给空闲的 worker。
// 开启 SO_REUSEPORT 的典型代码片段
int sock = socket(AF_INET, SOCK_STREAM, 0);
int optval = 1;
setsockopt(sock, SOL_SOCKET, SO_REUSEPORT, &optval, sizeof(optval));
bind(sock, (struct sockaddr*)&addr, sizeof(addr));
listen(sock, 128);1.3.2 服务热升级与灰度发布
我记得有一次要给线上的支付网关升级，要求不能中断现有连接。方案就是：新版本进程启动后绑定同一端口，内核将新请求分发到新进程，旧进程处理完已有连接后优雅退出。
避坑指南：我曾经在热升级时忘记设置 SO_REUSEPORT，结果新进程启动直接报错 "Address already in use"。嗯，从那以后我写启动脚本都会先检查 socket 选项。
1.3.3 容器化与微服务
在 Kubernetes 环境中，多个 Pod 可能运行在同一台宿主机上。通过端口复用，可以让多个容器共享宿主机的 80 或 443 端口，配合 Ingress 控制器做流量分发。
1.3.4 本地开发与调试
开发时经常需要同时启动多个服务实例。端口复用让开发者不用频繁修改端口配置，所有实例都监听 8080，本地测试非常方便。
1.4 端口复用的核心逻辑
为了让你更直观地理解端口复用的工作方式，我画了一张流程图：
从这张图可以看出，端口复用的关键在于内核层的分发机制。客户端请求到达后，内核根据四元组（源 IP、源端口、目标 IP、目标端口）计算哈希值，然后选择对应的 Worker 进程处理。这样做的好处是：同一连接的所有数据包都会到达同一个进程，不会出现乱序问题。
1.5 端口复用的两种模式
实际开发中，我们主要用两种模式：
| 模式 | 选项 | 特点 | 适用场景 |
|---|---|---|---|
| 地址复用 | SO_REUSEADDR |
允许绑定已处于 TIME_WAIT 状态的端口 | 服务器快速重启、端口回收 |
| 端口复用 | SO_REUSEPORT |
允许多个进程绑定同一端口，内核负载均衡 | 多进程服务器、热升级 |
个人经验：我建议在编写高并发服务时，优先使用 SO_REUSEPORT 而不是自己实现负载均衡。内核的分发算法已经经过充分优化，比用户态的轮询或随机分发效率高得多。
嗯，端口复用的概念和应用场景就先讲到这里。记住一句话：端口复用不是让多个服务挤在一个端口上，而是让内核帮你更高效地分发连接。后面的章节我们会深入源码，看看 Linux 内核到底是怎么实现这个机制的。