微信是現在人手都有的最便捷的通訊工具了，隨着騰訊的不斷開發，微信的功能日益完善，前幾年開始火熱的小程序也帶動了微信賣貨的營銷模式，着實是給微信增添了一個利器啊，能使微信更好的普及到每一個行業的人羣！厲害！2017年12月，微信小程序向開發者開放了實時音視頻能力，給業內帶來廣闊的想象空間。有很多人又想着把直播程序集成到微信小程序裏，使直播的觀看更爲便捷。
那麼現階段的微信小程序能實現直播功能麼？答案是：可以的。視頻直播分爲兩種模式，一種是單向直播，通過CDN分發，成本低，延遲1~3秒，小程序通過Live模式搞定。另外一種是互動直播（連麥），需要比較低的延遲，要500ms以內，小程序通過RTC模式搞定。但實際上小程序實現直播功能還有幾個點需要克服：
第一個是延遲要足夠低。如果單向延遲不能低於500毫秒的話，視頻通話的互動體驗就無法保障。
第二個是回聲消除。因爲用戶A和用戶B之間進行視頻通話時，用戶A的聲音在傳到用戶B端時被採集並反饋回來，用戶A在一定的延遲後會聽到回聲，這個對通話的體驗是十分有影響的，因此必須做回聲消除。
第三個是要流暢不卡頓。爲什麼流暢性很必要呢？因爲有超低延遲的要求，流暢和延遲本身就是一對相互矛盾的技術要求，如果延遲足夠低的話就要求抖動緩衝區足夠的小，這樣網絡抖動就很容易顯現出來，導致出現畫面過快、過慢，或者卡頓的情況。
那我們一起來看看上面三個技術難點分別在哪些環節。
1)低延遲，基本上引入延遲的有三類環節：採集和渲染、編解碼、網絡傳輸。第一類是採集和渲染環節，帶來的延遲比較大，尤其是渲染，幾乎沒有任何移動端系統可以保證百分之百做到50毫秒的延遲，這是一些硬件上的限製造成的。第二類是編解碼環節，特別是音頻編解碼器是往前編碼的，這個本身就會帶來延遲，甚至有些音頻編解碼器能帶來200毫秒的延遲。第三類是網絡傳輸，在即構科技的實時傳輸網絡裏，往返的傳輸延遲分別都可以做到50毫秒以下。其中，採集和渲染、編解碼都是在終端實現的。
2)回聲消除，屬於語音前處理3A，需要在前處理環節進行，也就是在終端實現的。
3)抖動緩衝，是在接收端實現的，通過接收端的抖動緩衝來決定發送端要以多大的時間間隔來發送數據包。
綜上所述，剛纔說的三個技術難點都是在終端實現的，因此終端非常重要。我們EasyDSS流媒體服務器就能夠集成在微信小程序用於直播，同時也很好避免了高延遲以及回聲的情況出現，適用於小程序進行課堂直播以及安防行業等場景。
