为什么像 Nginx、uwsgi、hbase、GFS、gunicorn等工具可以实现多个子进程监听同一个端口的？

Question

这些软件都是经典的master-slave结构，多个slave进程监控同一个端口，但是一般情况下，一个进程占用了端口之后，其他进程就不能再使用这个端口了呀。

还有一个问题就是，消息来了是给哪个子进程是操作系统决定，还是子进程之间自己协商呢？

---

看到一篇博客：https://www.codenong.com/cs10...

方案一：

bind() ——> fork() ——> listen()

方案二：

SO_REUSEPORT

描述了两种方式，这两种方式是更优秀更合理的呢？
像 Nginx、uwsgi、hbase、GFS、gunicorn 等工具采用的是哪种技术方案呢？