2、SO_REUSEADDR 详解：SO_REUSEADDR 的作用、使用场景、与 TIME_WAIT 状态的关系
聊到端口复用，SO_REUSEADDR 绝对是个绕不开的角色。很多刚入行的朋友觉得它就是个“允许地址重用”的开关，打开就完事了。但说实话，这个选项背后的门道比你想象的多得多。我在早期做高并发服务器的时候，就因为它踩过坑——服务重启时端口被占，气得我差点砸键盘。
今天咱们就把这个选项彻底掰开揉碎。你想想看，搞懂了它，你写网络程序时至少能少掉一半的头发。
2.1 SO_REUSEADDR 到底是什么？
简单说，SO_REUSEADDR 是一个 socket 选项。它告诉内核：“嘿，这个地址和端口，就算现在还被别的 socket 绑着，只要条件允许，你就让我用吧。”
它的核心作用就两个：
- 允许重用处于
TIME_WAIT状态的端口 - 允许多个 socket 绑定到同一个地址和端口（多播场景下常见）
嗯，这里要注意。第二个作用其实有严格的限制条件——只有在你绑定的地址不同时，才能同时绑定。比如 0.0.0.0:8888 和 192.168.1.1:8888 可以共存，但两个 0.0.0.0:8888 是不行的。
核心要点： SO_REUSEADDR 主要解决的是 TIME_WAIT 状态下的端口占用问题，而不是让你随便乱绑。
2.2 使用场景：什么时候该用它？
我个人习惯，只要写 TCP 服务器，几乎都会在 bind() 之前设置这个选项。为什么？因为服务器崩溃重启太常见了。
来看几个典型场景：
- 服务器热重启：进程挂了，立刻拉起新进程。如果旧连接还在
TIME_WAIT，没有SO_REUSEADDR，你就得等 2MSL（通常 1-4 分钟）。 - 多实例监听：同一个端口上，多个进程监听不同 IP。比如一个监听内网，一个监听外网。
- 快速故障切换：主备模式下，备用节点需要立刻绑定同一个端口。
我记得有一次线上事故，服务进程因为 OOM 被 kill 了。重启时 bind 失败，日志里报“Address already in use”。当时我冷汗都下来了——线上服务挂了 4 分钟，就因为没加 SO_REUSEADDR。从那以后，我所有服务器的 socket 代码里，这行设置成了标配。
小技巧： 在 bind() 之前设置 SO_REUSEADDR，顺序不能错。先 setsockopt()，再 bind()，这是铁律。
2.3 与 TIME_WAIT 状态的关系
这才是重头戏。为什么 SO_REUSEADDR 和 TIME_WAIT 总被放在一起说？因为 TIME_WAIT 是 TCP 协议里最让人头疼的状态之一。
先简单回顾一下 TIME_WAIT 是怎么来的：
- 主动关闭连接的一方，在发送最后一个 ACK 后，会进入
TIME_WAIT状态。 - 这个状态持续 2MSL（Maximum Segment Lifetime），Linux 上默认 60 秒。
- 目的是保证最后一个 ACK 能被对方收到，防止旧连接的数据包干扰新连接。
问题来了：如果服务器是主动关闭连接的一方（比如 HTTP/1.0 的短连接场景），那么服务器上就会积累大量 TIME_WAIT 状态的 socket。这时候你重启服务，端口就被占着，bind 失败。
SO_REUSEADDR 的作用就是：允许你在 TIME_WAIT 状态还存在时，重新绑定同一个端口。内核会检查：如果新 socket 要绑定的地址和端口，与某个 TIME_WAIT 状态的 socket 完全一致，那就允许绑定。
注意： SO_REUSEADDR 只对 TIME_WAIT 状态有效。如果端口被 ESTABLISHED 或 CLOSE_WAIT 状态的 socket 占用，它也无能为力。
2.4 代码示例：怎么用？
直接上代码。这是我常用的写法：
int sockfd = socket(AF_INET, SOCK_STREAM, 0);
if (sockfd < 0) {
perror("socket");
exit(1);
}
int optval = 1;
// 关键：在 bind 之前设置 SO_REUSEADDR
if (setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR,
&optval, sizeof(optval)) < 0) {
perror("setsockopt");
exit(1);
}
struct sockaddr_in addr;
memset(&addr, 0, sizeof(addr));
addr.sin_family = AF_INET;
addr.sin_addr.s_addr = htonl(INADDR_ANY);
addr.sin_port = htons(8888);
if (bind(sockfd, (struct sockaddr*)&addr, sizeof(addr)) < 0) {
perror("bind");
exit(1);
}
// 继续 listen 和 accept...这段代码里，optval = 1 就是开启 SO_REUSEADDR。如果你不设置，bind 一个处于 TIME_WAIT 的端口，就会返回 EADDRINUSE 错误。
2.5 一张图看懂核心逻辑
下面这张图，是我自己总结的 SO_REUSEADDR 决策流程。你看完应该就全明白了：
2.6 常见误区与避坑指南
关于 SO_REUSEADDR，我见过太多人理解有偏差。这里列几个最常见的坑：
| 误区 | 真相 |
|---|---|
| 设置了就能随便绑定任何端口 | 只对 TIME_WAIT 状态有效，其他状态不行 |
| 客户端也需要设置 | 客户端一般不需要，除非你要绑定特定端口 |
和 SO_REUSEPORT 是一回事 |
完全不同。SO_REUSEPORT 允许多个进程绑定同一端口做负载均衡 |
设置后就不会有 TIME_WAIT |
错。TIME_WAIT 是 TCP 协议行为，跟这个选项无关 |
我曾经踩过的坑： 有一次我在开发机上调试，设置了 SO_REUSEADDR，但 bind 还是失败。查了半天才发现，那个端口被另一个进程的 ESTABLISHED 连接占着。记住，这个选项不是万能的。
2.7 总结一下
SO_REUSEADDR 是个好东西，但它不是银弹。它的核心价值在于：让服务器在 TIME_WAIT 状态下能快速重启。说白了，就是解决“端口被占着不让用”这个痛点。
我个人建议：写 TCP 服务器时，bind() 之前一定要加这个选项。不加的话，线上出问题你哭都来不及。但也要记住它的边界——它只对 TIME_WAIT 有效，别指望它能解决所有端口冲突问题。