3. SO_REUSEADDR 与 SO_REUSEPORT 原理
这两个选项，说白了就是告诉内核：「同一个端口，能不能让我多占几次？」。很多新手搞混它们，我当年也踩过坑。今天咱们彻底掰扯清楚。
一句话先记住：
- SO_REUSEADDR —— 允许重用
TIME_WAIT状态的端口。解决的是「重启服务时端口被占」的问题。 - SO_REUSEPORT —— 允许多个进程/线程绑定同一个端口。解决的是「多核负载均衡」的问题。
3.1 SO_REUSEADDR：解决 TIME_WAIT 的麻烦
先看一个经典场景。你开发一个 Web 服务，调试时频繁 Ctrl+C 再重启。突然有一天，你发现重启报错了：
bind: Address already in use为什么会这样？因为主动关闭连接的一方，会进入 TIME_WAIT 状态，持续 2MSL（Linux 上默认 60 秒）。这期间端口被内核占着，不让别人用。
SO_REUSEADDR 就是用来打破这个限制的。它告诉内核：「我知道这个端口还在 TIME_WAIT，但我就是要用，你让开。」
我个人习惯：所有 TCP 服务端 socket，创建后第一件事就是设置 SO_REUSEADDR。不管是不是调试环境，养成习惯能省很多麻烦。
来看代码，Linux 上的设置方式：
int opt = 1;
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));注意，这个选项只对 TIME_WAIT 状态的 socket 有效。如果端口被其他 ESTABLISHED 状态的连接占着，照样绑不上。
3.2 SO_REUSEPORT：多进程共享端口
这个选项就更有意思了。它允许多个进程（或线程）绑定到同一个 IP 和端口上。内核收到新连接时，会以负载均衡的方式分发给其中一个进程。
我记得第一次用这个特性是在做高并发网关的时候。那时候 Nginx 还没支持 SO_REUSEPORT，我们自己在应用层做分发，麻烦得要死。后来内核 3.9 引入了这个选项，简直是救星。
int opt = 1;
setsockopt(sockfd, SOL_SOCKET, SO_REUSEPORT, &opt, sizeof(opt));使用时有几个硬性条件：
- 所有绑定同一端口的进程，必须具有相同的 UID（用户 ID）。
- 所有进程必须都设置了
SO_REUSEPORT。 - 内核会尽量均匀地分发连接（基于哈希，不是严格轮询）。
我曾经踩过的坑：在容器环境下，多个容器共享宿主机端口时，如果容器以不同用户运行，SO_REUSEPORT 会失效。后来统一用同一个 UID 才解决。
3.3 内核实现机制：它们到底怎么工作的？
咱们用一张图来理解内核的处理流程：
内核的处理逻辑其实不复杂：
- 先检查端口是否被占用。没被占用，直接绑定成功。
- 被占用了，进入冲突处理。检查新 socket 和已绑定 socket 的选项。
- 如果新 socket 设置了
SO_REUSEADDR，且冲突的 socket 处于TIME_WAIT，允许绑定。 - 如果双方都设置了
SO_REUSEPORT，且 UID 相同，允许绑定，并加入分发组。 - 否则，返回
EADDRINUSE。
3.4 不同操作系统的行为差异
这里要特别小心。不同系统的实现差异很大，我整理了一张表：
| 行为 | Linux | Windows | macOS |
|---|---|---|---|
| SO_REUSEADDR 对 TIME_WAIT | 允许重用 | 允许重用（行为类似） | 允许重用 |
| SO_REUSEADDR 对非 TIME_WAIT | 不允许 | 不允许 | 不允许 |
| SO_REUSEPORT 支持 | 支持（内核 3.9+） | 不支持（无此选项） | 支持（行为与 Linux 不同） |
| SO_REUSEPORT 负载均衡 | 内核哈希分发 | N/A | 完全公平（比 Linux 更均匀） |
| SO_REUSEPORT 权限要求 | 相同 UID | N/A | 相同 UID + 必须设置 SO_REUSEADDR |
macOS 上的坑：在 macOS 上使用 SO_REUSEPORT 时，必须同时设置 SO_REUSEADDR，否则 bind 会失败。这个细节坑了我一整天，查文档才发现。
3.5 实际使用建议
结合我多年的运维经验，给你几个实用建议：
- 服务端 socket 永远设置 SO_REUSEADDR。不管什么系统，不管什么场景，这是最安全的做法。
- 多进程模型优先用 SO_REUSEPORT。比在应用层自己做负载均衡高效得多。
- 跨平台代码要加条件编译。Windows 没有 SO_REUSEPORT，macOS 行为有差异。
- 容器环境下注意 UID 一致性。否则 SO_REUSEPORT 会静默失效。
我个人的最佳实践：在 Linux 上做高并发服务时，我会同时设置两个选项。SO_REUSEADDR 解决重启问题，SO_REUSEPORT 解决多核分发。两者不冲突，可以共存。
int opt = 1;
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));
#ifdef SO_REUSEPORT
setsockopt(sockfd, SOL_SOCKET, SO_REUSEPORT, &opt, sizeof(opt));
#endif嗯，这两个选项的原理和差异，大概就是这些。理解清楚后，你会发现端口复用其实没那么神秘。内核帮我们做了大部分工作，我们只需要告诉它「我想要什么」就行了。