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

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

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


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

方案一:

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

方案二:

SO_REUSEPORT

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

阅读 2k
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题