优化内容：
1，优化视频处理逻辑，解决某部分设备因某一时刻发送大量数据包导致程序崩溃问题
2，扩展程序功能，原始仅支持http-flv访问方式，当前版本支持rtsp/rtmp/http-flv/ws-flv 三种访问方式，满足不同客户端播放需求
3，更新系统底层架构，采用libuv作为驱动库，大大降低了实时视频的延迟，目前延迟约为1~2s
4，支持H.264流设备直接接入
5，支持实时视频录制功能(开放视频录制与结束录制接口，并且支持在线下载录制的视频)
6，支持设备码流切换，可实时改变实时视频流的清晰度
7，支持监测客户端拉流情况，无人拉流可以主动断开设备视频流
框架优化说明：
接收来自终端的符合部标1078协议的实时音视频流数据，经转换后，由客户端采用rtsp/rtmp/http-flv/websocket-flv等方式调用并播放音视频。
流媒体服务器底层采用异步的、事件驱动的动态库libuv，该库提供了一个event-loop，以及基于I/O和其他事件通知的回调函数，使用libuv可以极大的提高终端并发接收效率，视频延迟从上版本的5s左右降低到了2s左右。
流媒体服务器支持的终端视频编码为H264，音频编码则有G711A、ADPCMA和AAC格式。
流媒体服务器支持200路以上的终端并发通道实时视频播放，且客户端接入数量在1000以上，另外基于本流媒体服务器模块，可支持集群模式部署，作横向扩展，可避免带宽不足或单台机器性能不足问题。
本次优化，无论是底层性能还是功能方面都做了很大的提升，并且已经有客户正式接入商用。
如果之前没有对应的808的平台，可以与我联系，这里有份808网关的压测报告：https://blog.csdn.net/qq_17486399/article/details/104518593
效果图：
平台效果图：
因为我手上只有一个测试设备，没有正常跑车的数据。
客户平台：
因为客户只安装了两个摄像头，所以另外两个界面是没有画面的。
如果有感兴趣的同学可以一起交流学习！