Python使用websocket的几种方式

Python使用websocket的几种方式

前言  

websocket 是一种html5新的接口,以前服务器推送需要进行ajax等方式进行轮训,对服务器压力较高,随着新标准的推进,使用websocket在推送等方面已经是比较成熟了,并且各个浏览器对websocket的支持情况已经比较好了,只要不是太老古古董,对这些暂时不考虑。  

使用websocket的时候,前端使用是比较规范的,js支持ws协议,感觉上类似于一个轻度封装的socket协议,只是以前需要自己维护socket的连接,现在能够以比较标准的方法来进行。  总的来说因为前端是js,所以后端对websocket支持最好的是socket.io,在搜索websocket相关的内容的时候感觉socket.io对这个的推广也是不少的,但是现在使用的是python,因为新学习python  

事件不长,各个框架都在接触一点还是有好处了。  

常用框架:  uwsgi  flask  tornado  django  

下面几个都是一个回音壁程序,也就是接受前端js发过来的websocket信息,然后将websocket再原路返回  

前端js:

var s = new WebSocket(“%s://%s/foobar/”);  
s.onopen = function() {}  
s.onmessage = function(e) {}  
s.onerror = function(e) {}  
s.onclose = function(e) {}  
s.send(value);

  这几条就是常用的js使用websocket的代码,处理逻辑没有写,要看完整的看下面uwsgi的官方给的例子,我基本上是照搬的。连接回掉,获取信息回掉,错误回掉,关闭回掉,以及发送信息  

uwsgi  

官方文档已经很好了,第一个成功执行的websocket程序就是uwsgi,然后才慢慢的前端不变,然后后端找其他的方案,官方给的例子也是简单易懂的,例子在websockets_chat_async.py,从这个例子来看,只用uwsgi,需要维护太多的内容,html与python混在一起实在不太好看,所幸这个例子足够简单。  

flask-uwsgi-websocket

from flask import Flask, request, render_template  
from flask.ext.uwsgi_websocket import GeventWebSocket  app = Flask(__name__)  
ws = GeventWebSocket(app)  
@app.route(‘/’)  
def index():      
return render_template(‘index.html’)  
@ws.route(‘/foobar’)  
def echo(wscon):      
msg = wscon.receive()      
if msg is not None:        
wssss.send(msg)  
if __name__ == ‘__main__’:      
app.run(gevent=100)

这里使用flask自带python容器进行执行python web  

从上面代码可以看到,使用很简单,其余部分跟普通的flask都没有区别,只需要在需要更改websocket的url请求修饰符,修饰符的来源是:

  1   ws = GeventWebSocket(app)

  很简单也很强大,前端库因为逻辑不需要更改,所以感觉挺好的,但是这个库Flask-uWSGI-WebSocket好像有个bug,在用这个库的时候,前端js持续接收到空的消息然后触发了onmessage回掉函数,在使用同样的前端js,其他后端库的时候没有这个问题。  

geventwebsocket

from flask import Flask, request, render_template, abort  
from geventwebsocket.handler import WebSocketHandler 
from gevent.pywsgi import WSGIServer  
app = Flask(__name__)  
@app.route(‘/’)  
def index():      
return render_template(‘index.html’)  
@app.route(‘/foobar’)  
def echo():      
if request.environ.get(‘wsgi.websocket’):        
 ws = request.environ[‘wsgi.websocket’]          
if ws is None:              
abort(404)          
else:              
while True:                  
if not  ws.closed:                      
message = ws.receive()                      
ws.send(message)  
if __name__ == ‘__main__’:      
http_server = WSGIServer((”,5000), app, handler_class=WebSocketHandler)      
http_server.serve_forever()

  这段代码同样使用了flask来进行模板,url之类的解析,不同之处是不再使用flask自带的容器,而是当作一个应用,被gevent里的一个uwsgiserver容器来调用。  

而与普通使用方法不同的是注入了handler_class这个类,替换成websocket类型的,具体实现还没有看,但是从逻辑上可以理解,原来的wsgiserver不理解websocket,所以换一个理解websocket的类来进行处理,  

所以在foobar的程序中才可以从request的环境变量里获取websocket连接,从这里来看,websockethandler也对websocket连接进行了维护工作,简化了很多工作。  

需要注意的是,这个库当前最新版本是0.9.5,网上搜到了一个教程,但是它的版本针对的是0.3.5版本的,这个库的维护者还进行了变更,其中有些api好像有了变化,需要注意。  

tornado  

tornado_websocket文档  

文档已经很全面了,就不贴代码了  

优点,回掉方式,在异步化之后,并发处理能力应该不错,因为是原生支持websocket而不像flask需要寻找第三方插件,所以可能更值得信赖  

官方给的一个聊天室的例子就很好tornado_chatroom,坑比前面两个flask的少。值得推荐  

dwebsocket  

官方的没什么坑,django的一个插件,处理websocket,在django这个同步阻塞的库里给了websocket的方法。确实值得推荐,暂时不知道是怎么绕过django的同步阻塞的,有时间了看看它的代码,反正好像代码量也不多的样子。


from django.shortcuts import render  
from dwebsocket import require_websocket  
def index(request):      
return render(request, ‘index.html’)  
@require_websocket  
def foobar(request):      
while True:          
message = request.websocket.wait()          
request.websocket.send(“return: “+ message)

  跟flask的第一个库一样,都是只需要添加一个修饰符就可以了。  

总结  

折腾了一天多的时间。个人比较感兴趣的几个python的websocket的使用,算是搞通了,至少自己不管是照搬还是适配,总算是能用了。  

uwsgi感觉比较原始的控制html,控制返回,独自使用好像不太方便,实际上第一个flask的例子后端应该就是使用uwsgi的,从它的名字就可以看到。  

Flask-uWSGI-WebSocket和dwebsocket的方式类似,只是一个用于flask,一个用于django,但是前者有个不大不小的bug,给人感觉不太成熟的样子,后者倒是感觉不错,对于django来说,挺不错的样子,不过django的1.9版本出来了一个通道功能,用于执行类似于websocket的后台长时间的功能,找时间了解下,不过这个功能好像还是插件式提供的语句在,好像在下一个django会合到主分支版本的样子,文档在:  

Django Channels  

tornado是一个新兴的异步框架,了解的不多,感觉上跟flask和django不太一样。但是可以作为利器使用,新手就不多说了。

也可以看看GoEasy文库的其他资料。

发表评论

邮箱地址不会被公开。

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据