dwebsocket

一 . WebSocket原理 　　1.1.背景 WebSocket 是基于Http 协议的改进，Http 为无状态协议，基于短连接，需要频繁的发起请求，第二 Http 只能客户端发起请求，服务端无法主动请求。 　　1.2.相同点 1.都是基于TCP的应用层协议。 2.都使用Request/Response模型进行连接的建立。 3.在连接的建立过程中对错误的处理方式相同，在这个阶段WS可能返回和HTTP相同的返回码。 4.都可以在网络中传输数据。 　　1.3.不同点 1.WS使用HTTP来建立连接，但是定义了一系列新的header域，这些域在HTTP中并不会使用。 2.WS的连接不能通过中间人来转发，它必须是一个直接连接。 3.WS连接建立之后，通信双方都可以在任何时刻向另一方发送数据。 4.WS连接建立之后，数据的传输使用帧来传递，不再需要Request消息。 5.WS的数据帧有序。 6.WebSocket 分为握手和数据传输 　　1.4.WebSocket的握手 客户端的握手如下： GET /chat HTTP/1.1 Host: server.example.com Upgrade: websocket Connection: Upgrade Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== Origin: http://example

一 什么是Websocket WebSocket是一种在单个TCP连接上进行全双工通信的协议 WebSocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输 现在，很多网站为了实现推送技术，所用的技术都是轮询。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP请求，然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP请求可能包含较长的头部，其中真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。 而比较新的技术去做轮询的效果是Comet。这种技术虽然可以双向通信，但依然需要反复发出请求。而且在Comet中，普遍采用的长链接，也会消耗服务器资源。 在这种情况下，HTML5定义了WebSocket协议，能更好的节省服务器资源和带宽，并且能够更实时地进行通讯 二 Django实现Websocket django实现websocket大致上有两种方式，一种channels，一种是dwebsocket。channels依赖于redis，twisted等，相比之下使用dwebsocket要更为方便一些 三 dwebsocket安装 pip3

WebSockets 是浏览器上的全双工通信协议。在WebSockets通道存在期间，客户端和服务器之间可以自由通信。 现代 HTML5 兼容的浏览器可以通过 JavaScript API 原生地支持WebSockets。除了浏览器之外，还有许多WebSockets客户端库可用于服务器之间、原生的移动APP通信等场景。在这些环境使用WebSockets的好处是可以重用Play服务器现有的TCP端口。 提示 ：到 这里 查看支持WebSockets的浏览器相关问题。 处理WebSockets 到目前为止，我们都是用 Action 来处理标准 HTTP 请求并返回标准 HTTP 响应。但是标准的 Action 并不能处理 WebSockets 这种完全不同的请求。 Play 的 WebSockets 功能建立在Akka stream的基础上，将收到的 WebSockets 消息变成流，然后从流中产生响应并发送到客户端。 从概念上来说，一个 “流” 指收到消息、处理消息、最后产生消息这样一种消息转换。这里的输入和输出可以完全解耦开来。Akka提供了 Flow.fromSinkAndSource 构造函数来处理这种场景，事实上处理WebSockets时，输入和输出并不直接相互连接。 Play在 WebSocket 类中提供了构造WebSockets的工厂方法。 使用 Akka