WS-FLV直播协议分析

 一、简介

        ws-flv（websocket-flv）是一种直播协议，其基于WebSocket来传输FLV格式的音视频。可以用来替代rtmp，解决其需要浏览器端依赖flash的问题；替代http-flv，解决浏览器同域名请求的最大并发数限制导致的浏览器只能播放6路http-flv流的问题。

二、通过网页播放器播放ws-flv

        开源流媒体服务器ZLMediaKit支持ws-flv，按照《windows下编译ZLMediaKit》编译运行ZLMediaKit，ZLMediaKit所在电脑的ip为172.16.17.154。

推流端执行命令：

./ffmpeg -re -i video.mp4 -vcodec copy -acodec aac -f flv rtmp://172.16.17.154/live/test1

转出来的rtmp流 url为rtmp://172.16.17.154/live/test1，这里ZLMediaKit会把rtmp转协议为ws-flv，根据播放url规则 ，ws-flv直播后缀改成了.live.flv，我 配置的ZLMediaKit的http服务器监听端口为30000，所以ws-flv url为 ws://172.16.17.154:30000/live/test1.live.flv

flv.js支持ws-flv，可以用其官方的例子播放。浏览器所在电脑的ip为192.168.16.13

三、抓包分析ws-flv

对播放的过程进行抓包，可以看到ws-flv本质上也是WebSocket，其复用了HTTP的握手通道，客户端（播放端）通过HTTP请求与WebSocket服务端（ZLMediaKit）协商升级协议。协议升级完成后，后续的数据（音视频数据）交换则遵照WebSocket的协议

直播产生的视频和音频，属于流数据，是一帧一帧的，本质就是二进制数据，通过websocket传输（Opcode的值是%x2：表示这是一个二进制帧）

四、停止播放分析

        当用户主动关闭网页播放器时，播放端（客户端）会向ZLMediaKit（服务器）发送"WebSocket Connection Close",然后播放端会主动发起TCP四次挥手。

如果是因为推流端停止推流导致播放中断了，则流媒体服务器会主动发起TCP四次挥手。

之前项目中我们遇到一个问题，ws-flv长时间播放时，网页会偶发停止播放。为了验证是网页播放器还是流媒体服务器/推流端的问题，我们进行抓包。结果发现是网页发送了"WebSocket Connection Close"导致停止了播放。所以我们可以根据上述依据进行判断。

五、参考

《【视频直播篇一】入门篇》

《历时数月钻研推流/对比各种流媒体服务程序/PK总结》

《用一个 flv.js 播放监控的例子，带你深撅直播流技术》

《HTTP-FLV 和 WebSocket-FLV有什么区别？》

《WebSocket协议：5分钟从入门到精通》

《websocket connection is closing automatically》

《[技术咨询]使用ws协议播放flv连接断线 #854》

《websocket client 主动关闭》

《小程序退到后台能不能继续保持websocket连接？》