Tornado Documentation http://www.v2ex.com/tornado/ Tornado on GitHub https://github.com/facebook/tornado/ Tornado Gists http://tornadogists.org/
这是一个创建于 4523 天前的主题，其中的信息可能已经有所发展或是发生改变。
这两天一直在学习Tornado框架，看了其github项目中自带的简单的基于websocket的聊天程序实现，萌生了在此基础上改写的念头，原因很简单：如果真正在生产环境使用Tornado server，一般需要开启多个tornado进程，前端可以由Nginx来负载均衡，这样的话，其demo中利用WebSocketHandler类变量（一个Set集合）来保存所有的WebSocket对象就无法满足多进程共享该数据的需求，于是想到了可以使用Redis来解决这个问题。
我的想法很简单：在Redis中维护一个哈希表，其每个域（field）为在线User的ID，域的值（value）为对应该User的WebSocket实例。但是问题出现了：每当一个新用户上线，我需要将新生成的WebSocket对象插入到Redis中去，由于需要插入的值为WebSocket对象，我该如何进行保存呢？（使用pickle序列化尝试貌似不可行，即使可以，之后反序列化出来的对象应该也不是原先的WebSocket对象了）
可能我的思路本身就有问题，所以烦请各位同学指点迷津下，多谢~
我的想法很简单：在Redis中维护一个哈希表，其每个域（field）为在线User的ID，域的值（value）为对应该User的WebSocket实例。但是问题出现了：每当一个新用户上线，我需要将新生成的WebSocket对象插入到Redis中去，由于需要插入的值为WebSocket对象，我该如何进行保存呢？（使用pickle序列化尝试貌似不可行，即使可以，之后反序列化出来的对象应该也不是原先的WebSocket对象了）
可能我的思路本身就有问题，所以烦请各位同学指点迷津下，多谢~
 | 1 Ricepig 2013-07-24 00:19:42 +08:00 虽然聊天从业务上是有状态的，但是希望底层实现时能无状态吧。 这样就不用保存websocket了，只要保证新的websocket能建立并恢复到当初的样子就好了 |
 | 2 pubby 2013-07-24 01:32:55 +08:00 via Android 不太了解tornado, 是否可以这样架构： 1、Tornado只负责和websocket以及用户交互服务 2、写个聊天业务进程，跟那些tornado进程网络通信，并负责聊天业务处理，只要知道用户在哪个tornado 上，就命令哪个去处理。把这个当成中枢，把那些tornado当成跑腿的 |
 | 3 saharabear 2013-07-24 01:47:55 +08:00 我用php+数据库（内存数据库）做过聊天室，压力大的情况下，不如上一些专门的聊天服务器，比如jabber或者类似的专用协议，走http. |
 | 4 notedit 2013-07-24 02:16:41 +08:00  1 两个方案: 方案一:每个进程保存一部分连接,用redis的pub/sub 来进行信息的广播 方案二:在redis里面保存连接的文件描述符(int), 进行广播的时候 通过文件描述符生成链接对象 |
 | 5 jayn1985 OP @notedit 第一个方案也想过，不过没深入往那边去考虑；就我自己提的那个方案，你的第二个方案倒是给了我一些启发，多谢指导：） |
| 6 jayn1985 OP |
Select Language