SO_REUSEADDR必须在bind前设置，因为内核在bind时已锁定地址状态，之后设置无效；其level必须为SOL_SOCKET，optname为SO_REUSEADDR，optval为指向值为1的int变量的指针，optlen为sizeof(int)。
SO_REUSEADDR 为什么必须在 bind 前设置
因为 SO_REUSEADDR 是 socket 的底层选项，一旦调用 bind()，内核就已锁定地址状态，之后再调用 setsockopt() 设置该选项不会影响当前绑定行为。常见错误是先 bind() 再设选项，结果看似成功但毫无作用。
- 必须在
socket()之后、bind()之前调用setsockopt() - 对 TCP 和 UDP 都适用，但效果略有不同：TCP 主要解决 TIME_WAIT 状态导致的“Address already in use”，UDP 则允许多个 socket 绑定到同一地址（需配合端口或 IP 差异）
- Windows 和 Linux 行为一致，无需条件编译
setsockopt 的正确参数怎么填
setsockopt() 容易传错层级（level）或选项名，尤其容易把 SOL_SOCKET 写成 IPPROTO_TCP，或把 SO_REUSEADDR 拼错成 SO_REUSE_ADDR（下划线位置错误）。
- level 参数必须是
SOL_SOCKET，不是IPPROTO_TCP或IPPROTO_UDP - optname 是
SO_REUSEADDR，注意大小写和下划线 - optval 是指向整型变量的指针，值为
1（启用），不能直接传1（会触发类型警告甚至崩溃） - optlen 是
sizeof(int)，不是sizeof(*optval)（后者在 optval 为 int* 时虽等价，但易混淆）
示例：
int reuse = 1;
if (setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &reuse, sizeof(reuse)) == -1) {
perror("setsockopt SO_REUSEADDR");
// 处理错误，比如 close(sockfd)
}SO_REUSEADDR 不等于 SO_REUSEPORT
很多开发者误以为开了 SO_REUSEADDR 就能多进程/多线程同时 bind() 同一地址端口——其实不能。Linux 上需要 SO_REUSEPORT 才支持真正意义上的端口复用（如多个 worker 进程监听同一端口）。SO_REUSEADDR 只是放宽了 bind 的限制，不解决并发绑定问题。
立即学习“C++免费学习笔记（深入）”；
-
SO_REUSEADDR允许新 socket 绑定处于 TIME_WAIT 的旧连接地址 -
SO_REUSEPORT允许多个 socket 同时 bind() 相同<IP, port>（需内核 3.9+，且各 socket 都需设置） - 两者可共存，但语义完全不同；误用
SO_REUSEADDR替代SO_REUSEPORT会导致多进程监听失败
检查 setsockopt 是否生效的简单方法
仅靠返回值不足够：某些系统（尤其是嵌入式或旧内核）可能静默忽略选项，或返回成功但未实际生效。最可靠的方式是在 bind 失败后检查 errno 是否为 EADDRINUSE，再对比开启前后行为。
- 写一个最小复现：创建 socket → 设
SO_REUSEADDR→ bind → close；立即重试相同地址端口，应成功 - 若仍报
Address already in use，先确认是否 bind 在 setsockopt 之前，再检查 errno 是否为ENOPROTOOPT（选项不支持） - 不要依赖日志打印“setsockopt success”，要验证行为
复杂点在于：TIME_WAIT 状态持续时间（默认 2×MSL ≈ 60–120 秒）会影响测试节奏，而 SO_REUSEADDR 的效果只在该窗口期内可见。没踩过这个时间差，很容易误判配置失败。
