为面试添点火之直播那些事儿

      今天主要和大家分享直播的那些事儿，比较详细的说明几种简单集成直播的几种方式，通俗易懂，简单详细，给我们在外面试的朋友，面试之余也可以，谈谈当前火热的直播技术，岂不美哉！！！仅用于小白参考，高能勿喷！

     忽如一夜，“直播”风扑面而来。通过熊猫TV、斗鱼、龙珠，花椒直播等应用，人人都可以做主播，人人都可以是网红，分享或新奇趣事，或独特视角，或仅仅是美貌，并从中收益。观众也不单单只是观看，通过直播应用，拉近了与“男神”“女神”的距离，主播们不再高高在上，而是实时的呈现在屏幕上。“你丑你先睡，我美我直播”的时代已经全面到来。又拍云COO沈志华曾预言，2016是直播之年。
       在互联网时代，你不知道对面上网的是个人还是条狗。互联网拉开了人与人之间的距离和信任，但直播让交流更透明。是的，通过直播互动，你可以清晰的看
到并选择坐在对面的是人还是狗。直播是一个完全真实的过程，与人的互动交流是实时的。你可以和主播、和同样喜爱这个主播的人进行实时互动。

那么对于我们 开发者来说，更多的是从技术上去分析，去学习：
现在国内提供直播服务的厂商也是如雨后春笋一般，纷纷上马，网易云，阿里云，百度云，七牛云，等等，那么我们直播有哪些问题尼？

1.首要问题--->延时，基本上市面上的开源方案，延时基本上都在3-4s
为保证直播互动的实时性，时延要尽可能降到最低。市面上能找到的开源的方案，直播时延大体在3~4秒左右，对于赛事直播而言几秒钟的延时不会带来太大的影响，但对互动性很强的秀场直播平台而言，3秒的延时已错过了太多。因此又拍云在打造直播云产品时，放弃了直接选用开源方案，而是花大量精力和成本在开源Simple Rtmp Server的基础上自主研发直播体系，实现最快延时1秒内，平均延时在2秒以内，远快于业内4秒左右的延时标准，为用户提供无差别的实时直播体验。

2.减少卡顿、避免中断
直播的稳定性依赖于视频源站，传统的方式只有单一源站，一旦公网故障，内容就完全推不出去；而当机房带宽拥堵，整个平台所有的直播内容都会卡顿。为改善这一现象，又拍云直播云将整个平台去单点化，打造源站集群，形成多个源站的架构。即在北京、浙江、江苏、四川、河南、广东的核心节点部署源站集群。通过私有光纤网络将六大数据中心打通，形成类似于内网的状态，实现高可用性和高效率。光纤链路环路冗余、互联互通，即便北京到江苏的光缆出现故障，也可以通过浙江转到北京
　
3.用户体验
一个好的想法如果一个月没能落地，可能就会让别人抢占先机，比如美颜直播等等，创新功能上线一定要快，稳准狠的戳中用户的get点

---

术语：
推流
将直播内容推送至服务器的过程；提供视频的

拉流
服务器已有直播内容，用指定地址进行拉取的过程。 获取视频的

服务端
处理视频流分发，中转中心，分发中心

RTMP
rtmp是Real Time Messaging Protocol（实时消息传输协议）的首字母缩写。该协议基于TCP，是一个协议族，包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。RTMP是一种设计用来进行实时数据通信的网络协议，主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务 器之间进行音视频和数据通信。
HLS
hls (HTTP Live Streaming)，Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加                               密串文件。

FLV
FLV的播放分两种形式： 下播 和 流 2种。

　　下播
简单说就是，视频必须缓冲到本地才能播放，如果视频没有缓冲完，则不能向后拖拽进度。
　　流（streaming）
可以从任意时间点开始播没有缓冲的内容。


本帖主要说三部分：
0.序幕

1.三方直播平台（使用三方服务器，收费）
直播那些事儿之百度直播(小白篇)

文档链接

2.VLC服务器（测试用）
直播那些事儿之VLC直播服务器(小白篇)

文档链接

3.Srs直播服务器的搭建以及多平台视频分发（使用自己的服务器，免费）
直播那些事儿之SRS直播服务器(小白篇)

文档链接

4.demo代码怎么用
代码怎么用
播放器demo代码
推流端demo代码

顶一个

不明觉厉，顶一个。。