哎， socket.io 对于 python 容器 多 worker 模式 来说好像是个死局

[awanabe]

不管是 gunicorn 或者 uwsgi ， 只要开启了多 worker ， 就是多进程。
socket.io polling 的时候就会大部分的找不到对应 connection 。

所以官方推荐用 gunicorn 的原因是，用单 worker 可以发挥 协程 的最大作用。

而 uwsgi 因为对协程支持不好，转而用 多 worker 突破 python 全局锁提高并发的方式， 对于 socket.io 来说就是死局。

[playniuniu]

试试这个

https://github.com/miguelgrinberg/python-socketio

用 gevent ，貌似还可以

[2225377fjs]

单 worker 多 worker 跟协程其实并没有太大关联啊，为啥多 worker 就不能最大发挥协程作用了。。。。
其实脱离 uwsgi ， gunicorn 这些环境，单纯 python 也能够很好的解决楼主这问题。
（感觉现在 python 的生产环境大家都被一些东西困住了，就类似于总是用人提到 Java 就是 Spring ， Tomcat 啥的）

[awanabe]

@playniuniu gevent eventlet 都是协程 gunicorn 都支持，只是没发用多 worker 模式

[awanabe]

@2225377fjs 主要问题是 多 worker 多进程导致 socketio 没法找到对应的 connection

你说的不在点上。 我说的主要是为了解决 python GIL 问题而出现的多进程模式存在的问题

[BOYPT]

这类情况一般是需要用一个 redis 之类的来共享 session ，不过 socketio 的 socket 的实现可能要改了

[awanabe]

@BOYPT 这个共享 session 也没办法吧， 每次请求都是 送到容器的 master 进程， 然后 master 去随机去负载均衡， 去分配其中一个 worker ，分配的 worker 不是之前那个的话，这样长连接就断了。。

[BOYPT]

看了下模块， Feature 里面不就已经有多服务支持了吗，正是用 redis 做消息共享的
https://pypi.python.org/pypi/python-socketio

Optional support for multiple servers, connected through a messaging queue such as Redis or RabbitMQ.

[BOYPT]

@awanabe 长链接只要建立就不可能一直切换了吧，一直换 worker 那还能叫长链接咩
至于断开重连，那对 socket.io 来说已经是另外一个 session ，但是对业务上还是同一个 session ，要你代码处理好业务逻辑

[aisk]

反正你迟早要到多节点上部署的，不找个第三方的东西来共享 session 怎么都是死局。

[glasslion]

@awanabe " 每次请求都是 送到容器的 master 进程， 然后 master 去随机去负载均衡， 去分配其中一个 worker"

这个推论是不正确的。
参考 今年 Pycon 上 Django Channels 的演讲 https://speakerdeck.com/pycon2016/andrew-godwin-reinventing-django-for-the-real-time-web ， 负载均衡不是随机的，用一致性哈希去解决

[glasslion]

@awanabe 当然用来做 websocket 通信的这个组件确实不能用 gunicorn 或 uwsgi 来跑。 WSGI 本来就不支持持久化连接和服务端推送

[awanabe]

@glasslion 涨姿势

[awanabe]

@glasslion 那是否可以独立一个 app ，比如用 tornado 单独做一个只做 websocket 的应用， 单独服务？

[rrfeng]

大概和你们讨论的重点没什么关系

但是容器里为啥还要开多个进程？难道不应该是单容器单进程……

之前看过 docker 和 systemd 之争的文章，本来觉得有点奇怪，但是看到这个问题忽然间理解了一点。

[2225377fjs]

@awanabe 我的意思是你可以考虑脱离 uwsgi 这些环境，直接 python 就可以有很好的解决方案。

[clino]

"uwsgi 因为对协程支持不好" 哪里支持不好啊? 详细说下?

[glasslion]

@awanabe 可以。同理还可以用第三方的服务推送服务

[awanabe]

@clino https://blog.tonyseek.com/post/be-careful-with-async-wsgi-server/

[awanabe]

@rrfeng python 的 GIL 导致 单进程多线程 效率很低， 只能换用多进程换取效率

[awanabe]

@glasslion 单独的服务 对应的麻烦点就是 用户识别