小程序视频通话及互动直播方案

  在小程序直播的开发中，微信对外提供和两大组件。其中的基本功能是录制，进行推流;的基本功能则是播放。通过这2大组件的组合，我们大家可以实现两种视频直播场景：

  单一主播面对多个围观观众的视频直播场景，观众端观看视频并且通过文字形式与主播互动。这种模式对延迟时间的容忍度较高，技术门槛相比来说较低，但是要求视频流畅和高清。

  单向直播的语音视频内容分发能借助CDN加速实现，在围观观众端延迟时间能控制在2-5s。主播端通过进行推流，围观观众通过进行拉流，借助微信小程序开放的语音视频能力，企业开发单向直播的门槛大大降低。

  一方面多个主播同框向广大围观用户进行视频直播，另一方面部分观众可以和主播进行同框视频互动。连麦互动直播模式除了要求流畅和高清以外，对延迟时间的要求十分高，通常需要控制在500毫秒以内，技术门槛十分高。微信小程序开放的音视频能力虽然可以帮助企业实现推流和拉流，但是并没有实现后端的实时传输，而传统的CDN内容分发能力又满足不了连麦互动直播对实时性的要求。

  在这种情况下，企业有两个选择：要么自行研发后端的实时传输网络，要么采用第三方的小程序连麦互动直播解决方案。自行研发后端的技术门槛和时间成本都十分高，对上线时间紧迫的企业来说不现实。采用第三方的小程序连麦互动直播解决方案是个稳妥的选择，这样的做法在视频直播爆发的2016年已经得到过验证，自2017年以来也已经被业界广泛接受。

  第一种是使用小程序原生的实时音视频能力进行推流和拉流，语音视频流通过接入服务器进入第三方厂商的实时传输网络。这种方案在终端完全使用微信小程序的实时语音视频能力，在后端使用第三方厂商的实时传输网络，因此在Android和iOS上都是支持小程序连麦互动的。微信小程序的实时音视频能力有腾讯微信强大的技术能力支撑，质量信心有保障，而整体方案的表现就取决于第三方厂商的实时传输网络。

  第二种是使用小程序支持的webview，在webview内使用第三方厂商基于webrtc的解决方案。webview是类似于小型浏览器的组件，支持浏览器大部分的能力，也支持webrtc，因此在小程序的webview内可以使用基于webrtc的第三方方案。这个方案在终端完全没有使用微信小程序的实时语音视频能力(没有用上和)，而是使用了第三方厂商基于webrtc二次开发的实时语音视频能力，在后端使用第三方厂商的实时传输网络。这是一种十分讨巧的方法，借助小程序的webview来植入基于webrtc的方案，绕过了微信小程序实时语音视频能力。

  但是这样的方案存在两大弊端：首先该方案继承了webrtc的局限性，在iOS上的微信内无法使用，从而也就错失了iOS上的一大片优质市场。其次，webview不是完整的浏览器，对webrtc有一定的限制，而且和小程序之间隔了一层webview，增加了微信小程序和webview两层消耗，处理效率也会降低，最终的表现也比不上webrtc在完整的浏览器上的表现。

  即构小程序连麦直播方案采用的是第一种方案，使用小程序原生的实时音视频能力进行推流和拉流，因此可以完美兼容iOS和Android平台。开发者在小程序里集成即构的微信小程序JS SDK，即可推流到即构的实时传输网络。即构实时传输网络会动态调度，选择最优的实时链路进行分发。

  (2)支持跨平台互通连麦，通过小程序可与Android或者iOS等主流平台连麦

  跨平台互通连麦是指主播、用户可以从小程序与其它在Android或者iOS等终端的主播用户进行连麦互动直播，围观用户可以在小程序、Android和iOS等终端上观看。

  在接入小程序这个新渠道之前，不少企业早已在APP、浏览器端布局良久，用户的使用习惯也早已养成。而且，大厂商为了保障用户体验，都会把主要用户群引流和留存在原生APP产品上。小程序和原有平台的互通，将极大地提升用户体验，让各端不再是信息孤岛，方便企业融合各个终端的用户流量来运营全平台业务。

  然而，微信小程序封装的推流和拉流协议都是使用RTMP协议，而市面上其他的一些第三方连麦直播解决方案，在原生APP端要么只支持基于UDP的私有协议，要么RTMP协议和基于UDP的私有协议无法互通，最终导致用户在小程序端无法和在原生APP端的用户互动连麦，因此也就无法实现跨平台互通连麦。

  即构的连麦直播方案在原生APP上同时支持RTMP协议和基于UDP的私有协议，RTMP协议和基于UDP的私有协议之间能相互转换进行互通，无缝实现微信小程序与Android、iOS、PC/Win、macOS和Web/H5主流平台的跨平台互通连麦。

  (3)强大的实时传输网络——300ms超低延迟、流畅高清不卡顿、支持百万级用户并发、支持云端混流

  微信开放的实时音视频能力(采集、前处理、编码、推流、拉流、解码和渲染)，在终端上都是封装好的，只要是真正利用小程序原生音视频能力的方案，在终端都依赖于小程序音视频引擎。因此，不同的解决方案实际上比拼的还是后端的能力——实时传输网络。

  而衡量实时传输网络的几个重要指标就是延迟时间、是否流畅清晰、是否支持高并发等。

  即构的实时传输网络可以分为2部分，主播间以及需要与主播连麦互动的观众，对延时极度敏感，推流和拉流都是直接经过即构的实时通信网络(超低延时集群)，在保证流畅清晰不卡顿的同时，延时能控制在300ms左右。围观用户对延时的容忍度高，从成本考虑，可以从就近的内容分发网络边缘节点拉流，在保证清晰流畅的情况下，延迟可以做到1-2s。

  即构的小程序连麦直播方案支持12人以上连麦互动(即构的视频直播方案在原生APP端支持20人以上连麦互动)。当主播端参与连麦互动的人数较多时，围观用户要拉取多条流，带宽的压力很大。另外，围观用户集群的延时可控性较差，有可能出现多条流不同步的情况。因此，即构的方案提供了云端混流服务，即通过上图(图1、图2)中的旁路服务将多条流混成一条流，围观用户只需从内容分发网络拉取一条混流即可。混流服务可以在用户减小带宽压力的同时，保证多路流的同步。

  客户是最好的实力背书，在方案选型时，参考企业之前的客户服务案例，尤其是是否服务过行业内的顶级客户，可以从侧面评估企业的技术实力。一方面，顶级厂商的要求苛刻，在方案选型时会做大量的方案测评;另一方面，顶级厂商的业务十分有挑战性，经过顶级厂商业务打磨的方案也最能满足业界的需求。

  作为国内领先的实时语音视频云服务商，即构的连麦互动直播方案早已经受了国内顶级直播平台映客、花椒、一直播、喜马拉雅FM、六间房、酷狗直播、全民直播、Blued等全球几百家直播客户的验证。使用即构小程序连麦直播方案，会是您的不错选择!返回搜狐，查看更加多