3. SO_REUSEADDR 详解：它到底在复用什么？

说实话，我刚入行那会儿，看到 SO_REUSEADDR 这个选项，第一反应就是「哦，端口复用嘛」。但真正踩过几次坑之后才发现，这个选项远不止「复用」两个字那么简单。它跟 TCP 的 TIME_WAIT 状态纠缠在一起，处理不好，线上服务分分钟起不来。

这一节，咱们就把 SO_REUSEADDR 彻底讲透。我会结合自己的实战经历，告诉你它到底能干什么、不能干什么，以及什么时候该用、什么时候千万别用。

3.1 SO_REUSEADDR 的核心作用

先给个最直白的定义：SO_REUSEADDR 允许一个 socket 绑定到一个已经被占用的端口上。但「被占用」分好几种情况，它只对其中一部分有效。

具体来说，它解决了两个经典问题：

• 服务器主动关闭后，端口还在 TIME_WAIT 状态，新进程想立刻绑定同一个端口——没有 SO_REUSEADDR 就会失败。
• 同一个端口上启动多个监听进程（比如多 worker 模型），每个进程都 bind 同一个 IP:端口。

3.2 与 TIME_WAIT 的「爱恨情仇」

要理解 SO_REUSEADDR，必须先理解 TIME_WAIT。为什么？因为绝大多数「端口被占用」的场景，都是 TIME_WAIT 搞的鬼。

TCP 四次挥手结束后，主动关闭方会进入 TIME_WAIT 状态，持续 2MSL（通常 1-4 分钟）。在这段时间里，这个四元组（源 IP、源端口、目标 IP、目标端口）被认为是「残留的」，不允许被新连接复用。

但问题来了——如果你的服务器是主动关闭连接的一方（比如 HTTP 服务器设置了 SO_LINGER 或主动 shutdown），那么服务端口就会进入 TIME_WAIT。这时候你重启服务，bind 同一个端口，内核会告诉你：Address already in use。

嗯，这就是最典型的场景。我遇到过不止一次：线上服务崩溃后自动重启，结果起不来，因为端口还在 TIME_WAIT 里卡着。运维同学急得跳脚，最后发现就是少设了一个 socket 选项。

3.3 使用场景：什么时候该开？

根据我的经验，以下三个场景是 SO_REUSEADDR 的「标准用法」：

场景	说明	是否推荐
服务重启	服务器主动关闭后，端口进入 TIME_WAIT，新进程需要立即绑定同一端口	✅ 强烈推荐
多进程监听	多个 worker 进程绑定同一个端口（如 Nginx、Apache）	✅ 必须开启
测试环境	频繁启停服务，不想等 2MSL	✅ 建议开启

我个人习惯是：所有 TCP 服务器 socket 都默认开启 SO_REUSEADDR。除非你有非常特殊的理由（比如安全审计要求严格禁止端口复用），否则开着它只有好处没有坏处。

3.4 避坑指南：别以为它万能

SO_REUSEADDR 不是银弹。我曾经在一个项目里吃过亏，这里分享几个「坑」：

• 坑一：它不能绕过 TIME_WAIT 的安全限制。如果四元组完全重复（同一个客户端 IP、端口连同一个服务器端口），TIME_WAIT 期间新连接会被拒绝。SO_REUSEADDR 只解决「绑定」问题，不解决「连接」问题。
• 坑二：多进程监听时，内核会随机分配连接。开了 SO_REUSEADDR 后，多个进程可以 bind 同一个端口，但新连接到来时，内核会选一个进程处理。你没法精确控制哪个进程拿到连接。
• 坑三：Windows 上的行为不同。Windows 的 SO_REUSEADDR 更激进，允许完全相同的四元组复用。跨平台代码要小心。

3.5 代码示例：怎么用？

看一段 C 语言的示例，这是最典型的用法：

int sock = socket(AF_INET, SOCK_STREAM, 0);
int optval = 1;

// 必须在 bind 之前设置
if (setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &optval, sizeof(optval)) < 0) {
    perror("setsockopt SO_REUSEADDR failed");
    exit(1);
}

struct sockaddr_in addr;
addr.sin_family = AF_INET;
addr.sin_addr.s_addr = INADDR_ANY;
addr.sin_port = htons(8080);

if (bind(sock, (struct sockaddr*)&addr, sizeof(addr)) < 0) {
    perror("bind failed");
    exit(1);
}

listen(sock, 10);

注意两点：

• setsockopt 必须在 bind 之前调用，否则无效。
• 选项值设为 1 表示开启，0 表示关闭。

3.6 核心逻辑：一张图看懂

下面这张 SVG 图展示了 SO_REUSEADDR 在服务重启时的完整流程。我特意把 TIME_WAIT 的阻塞点和 SO_REUSEADDR 的绕过路径标了出来：

3.7 小结：记住这三句话

讲到这里，SO_REUSEADDR 的核心内容基本覆盖完了。我帮你浓缩成三句话，记牢就行：

1. 它解决的是「bind 冲突」问题，不是「连接复用」问题。
2. 最常用的场景是服务重启，避免 TIME_WAIT 阻塞端口绑定。
3. 必须在 bind 之前设置，否则无效。