为什么直播现场的信息，用户通过手机或者网站就能很快的看到呢?为什么有时候网络不稳定，直播效果会有延迟呢?现场的视频信号又是如何传到网络呢?

　　这些所有问题的产生，都离不开视频直播中常说的两个词：推流和拉流。

　　什么是推流?

　　推流，指的是把采集阶段封包好的内容传输到服务器的过程。其实就是将现场的视频信号传到网络的过程。「推流」对网络要求比较高，如果网络不稳定，直播效果就会很差，观众观看直播时就会发生卡顿等现象，观看体验很是糟糕。

　　要想用于推流还必须把音视频数据使用传输协议进行封装，变成流数据。常用的流传输协议有RTSP、RTMP、HLS等，使用RTMP传输的延时通常在1–3秒，对于手机直播这种实时性要求非常高的场景，RTMP也成为手机直播中最常用的流传输协议。最后通过一定的Qos算法将音视频流数据推送到网络断，通过CDN进行分发。

　　在直播场景中，网络不稳定是非常常见的，这时就需要Qos来保证网络不稳情况下的用户观看直播的体验，通常是通过主播端和播放端设置缓存，让码率均匀。另外，针对实时变化的网络状况，动态码率和帧率也是最常用的策略。

　　直播中使用广泛的「推流协议」一般是RTMP(Real Time Messaging Protocol——实时消息传输协议)。该协议是一个基于TCP的协议族，是一种设计用来进行实时数据通信的网络协议，主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。支持该协议的软件包括Adobe Media Server/Ultrant Media Server/red5等。

　　什么是拉流?

　　拉流是指服务器已有直播内容，根据协议类型(如RTMP、RTP、RTSP、HTTP等)，与服务器建立连接并接收数据，进行拉取的过程。拉流端的核心处理在播放器端的译码和渲染，在互动直播中还需集成聊天室、点赞和礼物系统等功能。

　　拉流端现在支持RTMP、HLS、HDL(HTTP-FLV)三种协议，其中，在网络稳定的情况下，对于HDL协议的延时控制可达1s，完全满足互动直播的业务需求。RTMP是Adobe的专利协议，开源软件和开源库都支持的比较好，延时一般在1-3秒。HLS是苹果提出的基于HTTP的流媒体传输协议，优先是跨平台性比较好，HTML5可以直接打开播放，移动端兼容性良好，但是缺点是延迟比较高。

　　微赞对这三种播放协议都是可以支持的，客户可以根据自己的场景来选择。比如说在端上播放可以使用FLV，如果将视频流分享出去就建议使用HLS。

　　推流和拉流的区别?

　　用户最终看到一条直播视频，可能会通过两种方式达成，一种是主动把内容传输到服务器，缓存在边缘节点，终端用户随时可以调取观看，这是推流;一种是当终端用户想要看某个内容时，将内容从源站调取，并缓存到边缘节点，这是拉流。

　　举个简单的例子：

　　作为一家快递公司，在各个小区都有快递公司，所以我提供两种服务：

　　抓流服务：也就是上门取件

　　推流服务：由于你怕快递员有非分之想，你选择把物件送到小区内的快递公司

　　微赞是如何实际应用的?

　　当客户拥有自主直播源站时，微赞支持回客户源拉流，再通过CDN 进行分发。

　　当客户不提供源服务器时，可使用微赞源模式。推流时，微赞支持 FMLE 、OBS 等第三方软件进行推流，并且提供高可定制化的移动端推流 SDK，推流到微赞源站后进行 CDN 分发，供用户在不同区域通过微赞的边缘进行拉流;拉流时，微赞支持全平台RTMP、 HLS、HTTP-FLV三种格式的流进行实时拉流，满足用户需求。

　　微赞采用的是在直播时同时进行推流和拉流，使得终端用户拥有最流畅的观影体验。