SO_REUSEADDR是允许复用处于TIME_WAIT状态的本地地址端口的套接字选项，解决服务重启时因端口被占而bind失败的问题；它必须在bind()前设置，仅对监听socket生效，且不与已建立或监听的socket冲突。
SO_REUSEADDR 是什么，为什么需要它
程序重启时如果上一个实例还没完全释放端口，bind() 会直接失败并报错 Address already in use。这不是系统卡死，而是 TCP 的 TIME_WAIT 状态在起作用——内核默认要保留这个连接信息约 2MSL（通常 60 秒），防止旧包干扰新连接。SO_REUSEADDR 允许新 socket 绕过这个限制，复用处于 TIME_WAIT 的本地地址+端口组合，但前提是不跟任何 *已建立* 或 *正在监听* 的 socket 冲突。
setsockopt 设置 SO_REUSEADDR 的正确时机和位置
必须在 bind() 之前调用 setsockopt()，且只对监听 socket（即调用 listen() 的那个）生效。对已连接的 client socket 设置它没意义，也不会报错，但纯属浪费。
常见错误写法：
– 在 connect() 前设置（client 场景下不需要）
– 在 bind() 后设置（此时地址已绑定，选项无效）
– 忘记检查 setsockopt() 返回值，导致静默失败
实操建议：
- 用
int optval = 1;，传给setsockopt()的第四个参数，不能传&optval的地址以外的内容 - 第三个参数填
SOL_SOCKET，不是IPPROTO_TCP - 确保 socket 是阻塞或非阻塞都无所谓，这个选项本身不改变 I/O 模式
示例关键片段：
立即学习“C++免费学习笔记（深入）”；
int sockfd = socket(AF_INET, SOCK_STREAM, 0);
int optval = 1;
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &optval, sizeof(optval));
// ✅ 必须在这之后再 bind()
struct sockaddr_in addr = { ... };
bind(sockfd, (struct sockaddr*)&addr, sizeof(addr));
listen(sockfd, SOMAXCONN);
Linux 和 macOS 下行为差异要注意
Linux 下 SO_REUSEADDR 允许“多个监听 socket 绑定到同一端口”，只要它们的 bind() 地址不同（比如一个绑 127.0.0.1:8080，一个绑 0.0.0.0:8080）。macOS 则更严格：即使地址不同，只要端口相同，第二个 bind() 仍会失败，除非也加 SO_REUSEPORT。
所以如果你的应用要跨平台，又确实需要多实例监听同一端口（如负载均衡场景），得额外判断系统并设置 SO_REUSEPORT（Linux 3.9+、macOS 10.11+ 支持）：
#ifdef SO_REUSEPORT
setsockopt(sockfd, SOL_SOCKET, SO_REUSEPORT, &optval, sizeof(optval));
#endif
注意：SO_REUSEPORT 和 SO_REUSEADDR 不互斥，可以同时设，但前者权限更高、语义更强。
SO_REUSEADDR 不能解决的所有问题
它只管“地址复用”，不管“进程冲突”。比如两个进程同时 bind 0.0.0.0:8080，且都开了 SO_REUSEADDR，Linux 下第二个仍会失败——因为第一个已经占用了通配地址，第二个无法竞争成功。
真正能绕过这个限制的，是 SO_REUSEPORT（需内核/系统支持），或者换端口、换 IP、改用 Unix domain socket。
另外，它对 UDP socket 同样有效，逻辑一致；但对已处于 ESTABLISHED 状态的连接无影响，也不会加速 TIME_WAIT 消失。
最常被忽略的一点：Windows 下 SO_REUSEADDR 行为和 Linux 不完全等价，尤其在处理 “bind to wildcard + bind to specific IP” 组合时，建议在 Windows 上统一测试验证，别假设跨平台表现一致。
