so_reuseaddr主要解决服务器重启时因time_wait状态导致端口无法立即复用的问题，允许新套接字绑定处于time_wait的本地地址+端口，避免“address already in use”错误，且必须在bind()前设置。
SO_REUSEADDR 主要解决服务器重启时因 TIME_WAIT 状态导致端口无法立即复用的问题。它让新套接字能绑定到仍处于 TIME_WAIT 的本地地址+端口组合，避免出现 “Address already in use” 错误。
应对 TIME_WAIT 状态阻塞重启
TCP 主动关闭连接的一方会进入 TIME_WAIT 状态，持续约 2MSL（通常 60 秒），防止旧数据包干扰新连接。若服务刚关闭就立刻重启，端口被“占着不放”，监听就会失败。启用 SO_REUSEADDR 后，内核允许新 socket 跳过等待，直接复用该端口。
- 只对处于 TIME_WAIT 的端口生效；其他状态（如 ESTABLISHED、LISTEN）仍会报错
- 必须在 bind() 之前调用 setsockopt 设置，否则无效
- 这是服务端 socket 的常规配置，客户端一般不需要
支持多地址绑定同一端口
当机器有多个 IP（比如多网卡或 alias 地址）时，不同 socket 可分别绑定相同端口、不同本地 IP，互不冲突。
- 例如：一个进程监听 192.168.1.10:8080，另一个监听 10.0.0.5:8080，只要都设了 SO_REUSEADDR 就能共存
- 若未指定具体 IP（即 bind(INADDR_ANY)），则该 socket 占用所有本地地址的该端口，后续再 bind 同端口会失败，无论是否设 SO_REUSEADDR
UDP 多播与完全重复绑定
UDP 场景下，SO_REUSEADDR 允许多个 socket 完全相同的地址+端口绑定（即四元组中本地部分一致），常用于多播接收或多实例订阅。
- TCP 不支持这种完全重复绑定，即使设了 SO_REUSEADDR，两个进程 bind 同一 IP:Port 仍会失败（后启动的被拒绝）
- UDP 的这种能力是协议特性决定的，和 TIME_WAIT 无关
注意事项与常见误区
SO_REUSEADDR 不等于无风险复用。它只是放宽内核检查，并不改变网络行为本身。
- 它不提供负载均衡——多个监听进程不能共享同一个 TCP 端口，除非用 SO_REUSEPORT（Linux ≥3.9）
- 若旧连接残留数据在 TIME_WAIT 期到达新服务，可能引发逻辑异常（概率低但存在）
- 仅设置新 socket 的 SO_REUSEADDR 不够：如果旧 socket 也设了该选项，且未完全关闭，可能影响判断
