什么是推流？ 推流，指的是把采集阶段封包好的内容传输到服务器的过程。其实就是将现场的视频信号传到网络的过程。 用大白话讲，推流就是把本地音视频数据通过网络上传到云端/后台服务器，所谓“采集阶段封包好”，笔者认为是未解码的H264的NALU。

推流的整个阶段如下图，（读者请先忽略“拉流”这个名词，姑且替换为客户端用户在视频门户网站，如腾讯视频、B站等看网络在线的视频，自然也包括看直播。）：

上图从“推流端”到“源站”（同上文所说到的“服务器”），再到CDN分发节点，最后到“播放端”，整个过程的视音频数据，都是压缩的数据流。也就是说，对视频数据来说，就是H264码流。解码工作是在播放端进行的。

推流的工作可想而知，最多的应用就是直播；而在大多数视频门户网站，笔者目前也很疑惑，是否存在步骤1，从效率上来说，视频数据直接存放在“源站”，通过CDN根据客户端请求下发，应该就可以了。至于具体做法，有待考证，笔者在这里姑且记一笔吧。

了解了什么是推流之后，下一个问题自然就出来了：应该怎么推流呢？这其实是一个复杂的过程，而且还需要了解”源站“，也就是推流服务器。本文仅涉及本地音视频数据通过网络上传到云端/后台服务器的本地音视频上传阶段，所以，先来了解本地的数据是怎么上传的，第一步就是了解推流的协议！

笔者了解到的几个目前常用的推流协议有：RTMP，HLS，webRTC，HTTP-FLV。本文仅介绍RTMP，原因是：笔者目前只接触了RTMP协议的推流工作。

RTMP是Real Time Messaging Protocol（实时消息传输协议）的首字母缩写。是Adobe公司开发的一个基于TCP的应用层协议，也就是说，RTMP是和HTTP/HTTPS一样，是应用层的一个协议族。RTMP在TCP通道上一般传输的是flv 格式流。请注意，RTMP是网络传输协议，而flv则是视频的封装格式。flv封装格式设计出来的目的是为了用于网络传输使用的，因此RTMP+FLV可以说是”黄金搭档“。

RTMP协议包括：基本协议及RTMPT/RTMPS/RTMPE等多种变种。从视频协议学习：推流拉流都擅长的 RTMP了解到，RTMP协议家族有以下几个点挺有趣，读者们不妨看看：

RTMP就是专门针对多媒体数据流的实时通信设计出来的一种网络数据传输协议，主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。现在Adobe公司已经不支持了，不过目前，该协议还在广泛使用。

RTMP具体如何进行握手连接、传输数据，以及其封装的数据包格式，读者都可以通过各种资料了解到，本文不再赘述。

下面将介绍2种ffmpeg推流的方式：命令行（cmd）和代码（code）。

ffmpeg cmd的参数实在太多，因此这里只介绍基础的、以及笔者了解的跟读者们做一个分享。

首先，来看一个将本地视频文件推流到服务器的最基础的命令：

ffmpeg -i i n p u t v i d e o − f f l v r t m p : / / {input_video} -f flv rtmp:// inputv​ideo−fflvrtmp://{server}/live/${streamName} -i：表示输入视频文件，后跟视频文件路径/URL。 -f：强制ffmpeg采用某种格式，后跟对应的格式。 上文有提到，RTMP一般用flv流数据，因此多设置-f flv。

接着，另一个基本需求，就是在推流的时候希望不要加上音频，这个也好实现：

-vcodec：指定视频解码器，v是视频video，codec就是解码器，后跟解码器名称，copy表示不作解码； -acodec：指定音频解码器，同理，a是audio，后跟解码器名称。an代表acodec none就是去掉音频的意思。

关于a/v的写法很多，除了上面介绍的，还有-c:v copy -c:a copy等。

再有其他的需求，读者可自行Google。

ffmpeg的c++代码推流，网上也是一搜一大堆。笔者推荐雷神的最简单的基于FFmpeg的推流器（以推送RTMP为例），能够满足基础的推流需求。但是笔者在实际应用场景时遇到过几个case，最后总结得到一份相对鲁棒可用的code segment：