WebSocket 和HTTP虽然是不同协议，但是两者"握手"方式兼容。通过HTTP升级机制，使用HTTP的Upgrade和Connection协议头的方式可以将连接从HTTP升级为WebSocket。
Websocket 使用 ws 或 wss 的统一资源标志符，类似于 HTTPS，其中 wss 表示在 TLS 之上的 Websocket。如：
ws://example.com/wsapi
wss://secure.example.com/Websocket 使用和 HTTP 相同的 TCP 端口，可以绕过大多数防火墙的限制。默认情况下，Websocket 协议使用 80 端口；运行在 TLS 之上时，默认使用 443 端口。
一个典型的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 协议。
知识点参考：《HTML5 WebSocket》
一、对wss与nginx代理wss的理解:
1、wss协议实际是websocket +SSL，就是在websocket协议上加入SSL层，类似https(http+SSL)。
2、利用nginx代理wss【通讯原理及流程】
- 客户端发起wss连接连到nginx
- nginx将wss协议的数据转换成ws协议数据并转发到Workerman的websocket协议端口
- Workerman收到数据后做业务逻辑处理
- Workerman给客户端发送消息时，则是相反的过程，数据经过nginx/转换成wss协议然后发给客户端
二、Nginx配置Websocket参数
示例一：某站点或域名下面代理配置
server {
listen 80;
server_name 域名;
proxy_http_version 1.1;
......
#启用支持websocket连接的配置
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
location / {
proxy_redirect off;
proxy_pass http://myweb_backend;
proxy_connect_timeout 60;
proxy_read_timeout 600;
proxy_send_timeout 600;
}
}重要的是这两行，它表明是websocket连接进入的时候，进行一个连接升级将http连接变成websocket的连接。
启用支持websocket连接：
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy read timeout 表明连接成功以后等待服务器响应的时候，如果不配置默认为60s;
proxy_http_version 1.1;表明使用http版本为1.1
示例二：全部站点或全部服务的代理配置
上面的配置将websocket写到某个server里了。实际项目上nginx代理的可能是多个站点，多个服务，这就需要统一设置一下。另外对于低版本nginx的配置不支持"upgrade"参数的情况下可以这样写：
首先在nginx的全局块（一般是http块）里面加上websocket的参数映射
http {
include mime.types;
default_type text/html;
charset utf-8;
log_format proxy '$http_x_real_ip - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for" $request_time $upstream_response_time';
access_log /dev/stdout proxy;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 75;
keepalive_requests 1000;
client_max_body_size 1020000M;
client_body_buffer_size 256k;
large_client_header_buffers 4 128k;
client_header_buffer_size 32k;
server_names_hash_max_size 512;
server_names_hash_bucket_size 128;
#注意，必须加下面这段websocket的参数映射
map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
include /etc/nginx/conf.d/*.conf;
}这里重要的是这四行：
注意，必须加下面这段websocket的参数映射
map http_upgrade connection_upgrade {
default upgrade;
'' close;
}
然后在你的server或者location块里面加上这两行即可：
server {
listen 80;
server_name 域名;
proxy_http_version 1.1;
......
#注意，必须加下面这段websocket的配置
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
location / {
proxy_redirect off;
proxy_pass http://myweb_backend;
proxy_connect_timeout 60;
proxy_read_timeout 600;
proxy_send_timeout 600;
}
}- 示例一和示例二配置一种就行。
状态码说明
注意：因为websocket是长连接，请求过程不关闭的所以一般连接状态码是101（请求者已要求服务器切换协议，服务器已确认并准备切换。）
CloseEvent接口的代码只读属性返回WebSocket连接关闭代码，指示服务器关闭连接的原因。
值：一个整数的WebSocket连接关闭范围为1000-4999的代码，指示服务器关闭连接的原因。
websocket连接关闭状态码：
https://developer.mozilla.org/en-US/docs/Web/API/CloseEvent/code
不支持websocket协议现象说明
网页控制台报错现象:
1）现象一：网页控制台报"WebSocket connection to 'ws://' failed：<无报错信息>"
2）现象二：网页控制台报"WebSocket connection to 'ws://' failed：Error during WebSocket handshake: Unexpected response code: 400"
3）现象三：网页控制台报"WebSocket connection to 'ws://' failed：The request timed out.
问题原因与处理方法：
1.代理/防火墙对访问端口只开通了http协议，未支持websocket协议。可以将代理/防火墙的7层转发改为4层转发，确认是否为websocket协议/长连接的支持问题。
2.代理nginx未支持websocket协议转发，检查nginx配置文件中的Upgrade和Connection配置。
【完】