workerman 疑问
设置Worker实例的进程数（count属性），则会创建count个Worker进程同时监听相同的端口，并行的接收客户端连接，处理连接上的事件,但是使用listen这个方法的时候，使用Worker内部启动多个Worker实例特性时，Worker->count一般只能为1，也就是说无法多进程使用这个特性。原因是无法做到多个进程重复监听同一个端口，多个进程重复监听同一个端口会报Address already in use错误。这个我怎么感觉前后有冲突啊。。开始说，可以多个进程监听同一个接口，后面，又不行了。。
3899 3 0
3个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
PHP8.4下webman直接用topthink/think-orm想了解数据库连接该写在哪里
联表一次查询和查询后循环内再查询别的表组装数据，哪个性能好呢？
webman想使用人大金仓数据库，如何处理？ 求方案
微信SDK，关于webman里推荐的
redis-queue 延迟任务 可否延迟第二天触发？
127.0.0.1:1238地址显示已被占用?
请教：webman如何让错误直接在网页显示，而不是在命令行打印出来？
请问下现阶段是否有必要使用异步mysql查询？
webman不错，但不建议官方做webman-admin
linux的socket监听规则
1、如果某个端口已经被监听，那么不能再创建socket监听这个端口(没开SO_REUSEPORT)。
2、如果某个进程监听了某个端口，那么它fork出的子进程自动继承了监听，能达到多进程同时监听相同端口的效果
count属性是在主进程设置的，主进程监听端口后fork出count个子进程，这count个子进程继承了主进程的socket监听，所以多个Worker子进程能同时监听相同的端口，这个符合第二个规则。
listen方法主要用于子进程再监听socket，如果某个子进程已经监听了某个端口，那么其它进程就不能再创建socket监听这个端口，符合规则1
手册中可能没说明白，稍后我再重新梳理下
非常感谢您对我们小菜鸟的孜孜不倦的帮助。
run（）
[attach]236[/attach]
子进程不继承父进程的事件监听么，既然子进程继承了父进程的listen()监听_mainSocket可读事件，为啥子进程还要再次监听？
主进程并没有监听_mainSocket的读写事件，主进程不做业务的。_mainSocket的读写事件是由子进程监听的。