so_reuseaddr用于解决time_wait导致的端口快速重启问题，仅允许新套接字绑定处于time_wait状态的端口或不同ip的同一端口；so_reuseport则支持多进程/线程真正并行监听同一ip+端口，由内核哈希分发连接，要求linux 3.9+且所有socket必须统一启用。
Linux 中 socket 端口重用不是“能不能用”的问题，而是“怎么用才安全”的问题。SO_REUSEADDR 和 SO_REUSEPORT 都能实现端口复用，但适用场景、行为逻辑和潜在风险完全不同——混用或误配，轻则服务冲突，重则引发数据错收、连接劫持甚至被用于反射攻击。
SO_REUSEADDR 的典型场景与真实限制
它主要解决的是 TIME_WAIT 状态导致的端口无法立即复用问题，比如服务崩溃后快速重启。设置后，新 socket 可以绑定到仍处于 TIME_WAIT 的旧连接所占用的端口上。
- 只对监听套接字（listen socket）生效，不影响已建立连接的 socket
- 允许多个 socket 绑定到同一端口 + 不同 IP（如 127.0.0.1:8080 和 192.168.1.10:8080），但不允许两个 socket 同时绑定到 0.0.0.0:8080
- UDP 场景下，它允许新 socket 绑定到刚关闭的 UDP 套接字留下的端口，但不支持多个 UDP socket 同时监听同一地址+端口（这点常被误解）
SO_REUSEPORT 才真正支持多进程/线程并行监听
这是 Linux 3.9+ 引入的机制，核心是让内核在收到新连接（TCP）或数据包（UDP）时，按哈希算法分发给任意一个已绑定的 socket，实现真正的负载均衡。
- 多个进程可同时 bind(0.0.0.0:8080)，且都处于 listen 状态，无需父子进程继承 socket
- UDP 下，每个 socket 都能独立接收发往该端口的数据包，内核保证不重复投递
- 要求所有参与复用的 socket 必须完全一致地设置 SO_REUSEPORT（包括协议、地址族、IP 和端口），否则绑定失败
端口重用带来的三类典型安全隐患
配置不当的端口复用，会绕过本应存在的隔离边界，放大攻击面。
- UDP 数据错收风险：若多个 UDP socket 错误地启用 SO_REUSEPORT 并监听同一端口，而业务逻辑未校验源地址或会话标识，可能把 A 客户的请求误交给 B 客户的处理逻辑
- TIME_WAIT 被绕过导致连接混淆：SO_REUSEADDR 允许新连接复用旧四元组，若旧连接尚未彻底清理（如 FIN 包延迟到达），新连接可能收到残留 ACK 或 RST，引发连接异常中断
- 反射放大攻击入口：开放 UDP 端口（如 DNS、NTP）且未限制源地址或响应大小，再配合 SO_REUSEPORT，可能使攻击者更容易利用多个进程实例发起大规模反射攻击
安全使用建议：最小化 + 显式约束
端口复用不是默认开关，而是需明确权衡后启用的特性。
- 仅在必要时开启：服务热重启用 SO_REUSEADDR；高并发负载均衡用 SO_REUSEPORT
- UDP 服务务必绑定具体 IP（而非 INADDR_ANY），并配合防火墙策略限制源 IP 段
- 启用 SO_REUSEPORT 时，确保所有复用进程使用相同用户权限、相同配置，并避免混用 TCP/UDP 或不同协议族
- 关键服务（如数据库、认证服务）禁用端口复用，强制独占端口，靠反向代理或负载均衡器做前置分发
