深入理解 SO_REUSEADDR：从“Address already in use”到服务器瞬间重启

解决服务器重启时遇到的“地址已在使用”错误，是每位网络程序员的必修课。而 SO_REUSEADDR 就是这门课的金钥匙。

引言：一个令人头疼的场景

想象一下这个场景：你正在开发一个 TCP 服务器。在修复了一个关键的 Bug 之后，你关闭了旧的服务器进程，并试图立即启动新版本。然而，终端上却弹出了一个让你措手不及的错误：

bind: Address already in use

你确信没有其他程序占用这个端口，但重启就是失败。无奈之下，你只能等待一两分钟，然后再次尝试，这次居然成功了！

这背后究竟发生了什么？为什么端口会“幽灵般地”被占用一段时间？答案就在于 TCP 协议的一个关键状态——TIME_WAIT，而解决这个问题的利器，便是我们今天要深入探讨的 SO_REUSEADDR 套接字选项。

一、幕后元凶：TCP 的 TIME_WAIT 状态

要理解 SO_REUSEADDR 的必要性，我们必须先了解 TCP 连接是如何被优雅关闭的。

一个 TCP 连接的正常关闭需要经过“四次挥手”：

1. 主机 A 发送 FIN 给主机 B，表示要关闭连接。
2. 主机 B 回复 ACK，确认 A 的关闭请求。
3. 主机 B 发送