WebSocket

HTML5定义了WebSocket协议，能更好的节省服务器资源和带宽，并且能够更实时地进行通讯。

在2008年诞生，2011年成为国际标准。

现在基本所有浏览器都已经支持了。

WebSocket是一种在单个TCP连接上进行全双工通信的协议。在WebSocket API中，浏览器和服务器只需要完成一次握手（不是指建立TCP连接的那个三次握手，是指在建立TCP连接后传输一次握手数据），两者之间就直接可以创建持久性的连接，并进行双向数据传输。

Websocket使用ws或wss的统一资源标志符，类似于HTTPS，其中wss表示在TLS之上的Websocket。如：

ws://example.com/wsapi

wss://secure.example.com/

Websocket使用和 HTTP 相同的 TCP 端口，可以绕过大多数防火墙的限制。默认情况下，Websocket协议使用80端口；运行在TLS之上时，默认使用443端口。

转存失败重新上传取消

握手协议

WebSocket 是独立的、创建在 TCP 上的协议。 报文

Websocket 通过 HTTP/1.1 协议的101状态码进行握手。

为了创建Websocket连接，需要通过浏览器发出请求，之后服务器进行回应，这个过程通常称为“握手”（handshaking）。

一个典型的Websocket握手请求如下：

客户端请求

GET / HTTP/1.1      

Upgrade         :                 websocket      

Connection         :                 Upgrade      

Host         :                 example.com      

Origin         :                 http://example.com      

Sec-WebSocket-Key         :                 sN9cRrP/n9NdMgdcy2VJFQ==      

Sec-WebSocket-Version         :                 13      

服务器回应

HTTP/1.1 101 Switching Protocols      

Upgrade         :                 websocket      

Connection         :                 Upgrade      

Sec-WebSocket-Accept         :                 fFBooB7FAkLlXgRSz0BT3v4hq5s=      

Sec-WebSocket-Location         :                 ws://example.com/      

• Connection必须设置Upgrade，表示客户端希望连接升级。
• Upgrade字段必须设置Websocket，表示希望升级到Websocket协议。
• Sec-WebSocket-Key是随机的字符串，服务器端会用这些数据来构造出一个SHA-1的信息摘要。把“Sec-WebSocket-Key”加上一个特殊字符串“258EAFA5-E914-47DA-95CA-C5AB0DC85B11”，然后计算SHA-1摘要，之后进行BASE-64编码，将结果做为“Sec-WebSocket-Accept”头的值，返回给客户端。如此操作，可以尽量避免普通HTTP请求被误认为Websocket协议。
• Sec-WebSocket-Version 表示支持的Websocket版本。RFC6455要求使用的版本是13，之前草案的版本均应当弃用。
• Origin字段是可选的，通常用来表示在浏览器中发起此Websocket连接所在的页面，类似于Referer。但是，与Referer不同的是，Origin只包含了协议和主机名称。
• 其他一些定义在HTTP协议中的字段，如Cookie等，也可以在Websocket中使用。

优点

• 较少的控制开销。在连接创建后，服务器和客户端之间交换数据时，用于协议控制的数据包头部相对较小。在不包含扩展的情况下，对于服务器到客户端的内容，此头部大小只有2至10字节（和数据包长度有关）；对于客户端到服务器的内容，此头部还需要加上额外的4字节的掩码。相对于HTTP请求每次都要携带完整的头部，此项开销显著减少了。
• 更强的实时性。由于协议是全双工的，所以服务器可以随时主动给客户端下发数据。相对于HTTP请求需要等待客户端发起请求服务端才能响应，延迟明显更少；即使是和Comet等类似的长轮询比较，其也能在短时间内更多次地传递数据。
• 保持连接状态。与HTTP不同的是，Websocket需要先创建连接，这就使得其成为一种有状态的协议，之后通信时可以省略部分状态信息。而HTTP请求可能需要在每个请求都携带状态信息（如身份认证等）。 更好的二进制支持。Websocket定义了二进制帧，相对HTTP，可以更轻松地处理二进制内容。
• 可以支持扩展。Websocket定义了扩展，用户可以扩展协议、实现部分自定义的子协议。如部分浏览器支持压缩等。
• 更好的压缩效果。相对于HTTP压缩，Websocket在适当的扩展支持下，可以沿用之前内容的上下文，在传递类似的数据时，可以显著地提高压缩率。
• 没有同源限制，客户端可以与任意服务器通信。
• 可以发送文本，也可以发送二进制数据。

Socket.IO

1 简介

Socket.IO 本是一个面向实时 web 应用的 JavaScript 库，现在已成为拥有众多语言支持的Web即时通讯应用的框架。这个框架中同时提供了轮询与websocket的通讯开发支持，只要编写一套前后代码，可以适配任何浏览器。

Socket.IO 主要使用WebSocket协议。但是如果需要的话，Socket.io可以回退到几种其它方法，例如Adobe Flash Sockets，JSONP拉取，或是传统的AJAX拉取，并且在同时提供完全相同的接口。尽管它可以被用作WebSocket的包装库，它还是提供了许多其它功能，比如广播至多个套接字，存储与不同客户有关的数据，和异步IO操作。

Socket.IO 不等价于 WebSocket，WebSocket只是Socket.IO实现即时通讯的其中一种技术依赖，而且Socket.IO还在实现WebSocket协议时做了一些调整。socketio在封装websocket协议实现的时候，对websocket协议做了调整，所以不再兼容原生的websocket，意味着前端与后端必须同时采用socketio来实现才能完成即时通讯。

优点：

Socket.IO 会自动选择合适双向通信协议，仅仅需要程序员对套接字的概念有所了解。

有Python库的实现，可以在Python实现的Web应用中去实现IM后台服务。

缺点：

Socket.io并不是一个基本的、独立的、能够回退到其它实时协议的WebSocket库，它实际上是一个依赖于其它实时传输协议的自定义实时传输协议的实现。该协议的协商部分使得支持标准WebSocket的客户端不能直接连接到Socket.io服务器，并且支持Socket.io的客户端也不能与非Socket.io框架的WebSocket或Comet服务器通信。因而，Socket.io要求客户端与服务器端均须使用该框架。

安装

import eventlet

      eventlet.monkey_patch()  # 系统同名函数替换

• 方式1

使用多进程多线程模式的WSGI服务器对接（如uWSGI、gunicorn)

# create a Socket.IO servers      

# 打包成WSGI应用，可以使用WSGI服务器托管运行      

  app = socketio.WSGIApp(sio)                  # Flask  Django      

创建好app对象后，使用uWSGI、或gunicorn服务器运行此对象。

• 方式2

作为Flask、Django 应用中的一部分

from         wsgi                 import         app                  # a Flask, Django, etc. application      

# create a Socket.IO server      

创建好app对象后，使用uWSGI、或gunicorn服务器运行此对象。

• 方式3

使用协程的方式运行 (推荐)

  sio = socketio.Server(async_mode=                'eventlet'         )                  # 指明在evenlet模式下      

说明

因为服务器与客户端进行即时通信时，会尽可能的使用长连接，所以若服务器采用多进程或多线程方式运行，受限于服务器能创建的进程或线程数，能够支持的并发连接客户端不会很高，也就是服务器性能有限。采用协程方式运行服务器，可以提升即时通信服务器的性能。

事件处理

不同于HTTP服务的编写方式，SocketIO服务编写不再以请求Request和响应Response来处理，而是对收发的数据以消息（message）来对待，收发的不同类别的消息数据又以事件（event）来区分。

原本HTTP服务编写中处理请求、构造响应的视图处理函数在SocketIO服务中改为编写收发不同事件的事件处理函数。

1）事件处理方法

编写事件处理方法，可以接收指定的事件消息数据，并在处理方法中对消息数据进行处理。

@sio.on('connect')      

def on_connect(sid, environ):      

"""      

    与客户端建立好连接后被执行      

    :param sid: string sid是socketio为当前连接客户端生成的识别id      

    :param environ: dict 在连接握手时客户端发送的握手数据(HTTP报文解析之后的字典)      

    """      

pass      

@sio.on('disconnect')      

def on_disconnect(sid):      

"""      

    与客户端断开连接后被执行      

    :param sid: string sid是断开连接的客户端id      

    """      

pass      

# 以字符串的形式表示一个自定义事件，事件的定义由前后端约定      

@sio.on('my custom event')        

def my_custom_event(sid, data):      

"""      

    自定义事件消息的处理方法      

    :param sid: string sid是发送此事件消息的客户端id      

    :param data: data是客户端发送的消息数据      

    """      

pass      

注意

• connect 为特殊事件，当客户端连接后自动执行
• disconnect 为特殊事件，当客户端断开连接后自动执行
• connect、disconnect与自定义事件处理方法的函数传入参数不同

2）发送事件消息

• 群发

• sio.emit(

  'my event'

  , {

  'data'

  :

  'foobar'

  })

• 给指定用户发送

• sio.emit(

  'my event'

  , {

  'data'

  :

  'foobar'

  }, room=user_sid)

• 给一组用户发送

SocketIO提供了房间（room）来为客户端分组

• • sio.enter_room(sid, room_name)

将连接的客户端添加到一个room

  @sio.on('chat')      

def begin_chat(sid):      

注意：当客户端连接后，socketio会自动将客户端添加到以此客户端sid为名的room中

• • sio.leave_room(sid, room_name)

将客户端从一个room中移除

  @sio.on('exit_chat')      

def exit_chat(sid):      

• • sio.rooms(sid)

查询sid客户端所在的所有房间

给一组用户发送消息的示例

@sio.on('my message')      

def message(sid, data):      

也可在群组发消息时跳过指定客户端

@sio.on('my message')      

def message(sid, data):      

• 使用

  send

  发送

  message

  事件消息

对于'message'事件，可以使用send方法