直播间源码“助力”直播架构，走上探索之路

对于直播app的开发来说，直播间源码是一个很是重要的存在。直播架构在开发过程当中也是一件很是重要的事情，若是架构的设立不能从根本上解决问题或防止问题的发生，那么在前端app运行时就会出现必定的运行错误。接下来主要跟你们简单分享一下关于直播架构方面的内容。

1.直播架构的演进

（1）CDN直播架构

目前最流行的直播架构就是CDN直播架构，主播经过手机或电脑等设备，将本身的视频流上传到服务器，而后接入对应的CDN服务，经过CDN 进行网络分发，分发到各地的用户，而后全部的用户均可以看到主播的表演了。

（2）实时互动直播架构

实时互动直播并不能使用CDN方案，由于CDN方案的性质决定了延时达不到实时的需求。一般，实现实时互动的架构中，主播把本身的视频流上传到服务器，再经过这台服务器分发给其余用户，再次采用合适的传输协议，而且延时能够作到很小，从主播到服务器再到观众的延时，加上编解码和抖动的延时，能够将延时控制在几百毫秒之内。虽然这个结构很简单，大势有一个缺点就是没有考虑到覆盖不一样地区和用户的问题。

（3）分布式实时互动直播架构

主播的视频流在上传到接入服务器后，这个服务器会把这个视频流分发到咱们所部署在世界各地的服务器，而后这些服务器能够接入本地的用户，再把视频传下去。在这个架构里，部署在世界各地的服务器，可让用户快速就近地接入，整个视频流经过咱们在互联网上作的分布式传输算法将它实时传输到世界各地的机房，并且能够避免机房或者骨干性网络的故障，从而对传输形成必定的影响。

2.解决覆盖问题

须要先部署大量边缘服务器，边缘服务器的地理位置越接近用户约越好，最好是同一个SP。在这里举个简单的例子，好比在中国国内，咱们有的是大量的电信、联通和移动服务器，当咱们发现接入的用户是联通用户，这时候就会去找到联通的线路，可是若是有边缘地区的用户观看直播，那么就必须部署不少边缘服务器。还须要有分配服务，若是部署了边缘服务器以后，用户仍是没办法接入边缘服务器，因此就须要配套的算法，根据用户的SP，从而找到与其最为匹配的边缘服务器，进行接入分配。

3.DNS解析问题

目前的无线互联网，也就是咱们经常使用的WiFi已经很是普及。可是在使用WiFi时，会出现一个比有线宽带还严重的问题：DNS解析。在用户接入时，第一步就是经过域名解析到最近的服务器，可是作DNS解析式，无线网络的信号就会收到必定的影响，从而致使DNS解析失败，因此就须要优先使用解析，若是解析不到再用静态IP配置。

4.“骨干型”网络故障问题

在“骨干型”的网络中，常常会出现问题，若是出现故障，能够经过路由的方式构建想用的应对方式。先链接到分配服务，分配服务会给出一批可接入的机房，若是接入机房坏了，就会当即切换到下一个可用机房，若是切换到下一个机房发现仍是坏的，就会再次接入分配服务，从而继续寻找当前可用的服务器。

[if !supportLists]5. [endif]蜂拥

这是一种在实时互动直播过程当中很是突出的一种现象，在短期内大量的用户进入频道或者使用服务就能够称之为是蜂拥，对于后台的冲击力也十分巨大。大多数直播后台的服务器每秒接入大概千的量级，可是对于蜂拥而来的用户，处理量还远远不够。这时候一般就会出现一个问题就是，后台处理响应的速度愈来愈慢，不少用户的请求就会出现超时。超时以后就会进入更多的请求，致使整个后台系统不能响应。

总而言之，直播间源码当然重要，可是在开发过程当中，若是不注意直播架构方面的问题，那么在前端运行的过程当中也会出现很多问题。毕竟对于直播app来讲，最重要的仍是用户的体验感觉。

本文转载自网络，感谢（爱吃五花肉吗）的分享，转载仅为分享干货知识，若有侵权欢迎联系云豹科技进行删除处理