編輯：直播深入各家，以淘寶直播為例，如何在粉絲和主播的人脈互動(dòng)中實(shí)現(xiàn)無(wú)感的畫(huà)面或屏幕？LiveVideoStackCon 2022音頻和視頻技術(shù)會(huì)議上海站邀請(qǐng)Ariyun GRTN核心網(wǎng)絡(luò)技術(shù)負(fù)責(zé)人肖凱在業(yè)務(wù)部門(mén)優(yōu)化GRTN核心網(wǎng)絡(luò)的運(yùn)行機(jī)制、利用方面和QOE的網(wǎng)絡(luò)模式。

文/肖凱

整理/LiveVideoStack

大家好，歡迎大家來(lái)到 LiveVideoStackCon 2022音視頻技術(shù)大會(huì)上海站，我是來(lái)自阿里云的肖凱，現(xiàn)在負(fù)責(zé)阿里云的GRTN的傳輸引擎的開(kāi)發(fā)以及組網(wǎng)架構(gòu)。今天講解主要分兩個(gè)版塊，一方面簡(jiǎn)單介紹一下GRTN的理念和提供的能力。另一塊就是阿里云的GRTN在接待客戶的過(guò)程中，是怎樣去優(yōu)化QOE的指標(biāo)。

今天的分享主要分為幾塊：GRTN簡(jiǎn)介、阿里云做QoE的優(yōu)化經(jīng)驗(yàn)、賽馬系統(tǒng)、和阿里云的一些可編程的能力。

1、GRTN簡(jiǎn)介

GRTN實(shí)際上現(xiàn)在是一張全SFU的網(wǎng)絡(luò)，我是從 15年開(kāi)始做直播這一塊，伴隨阿里云直播系統(tǒng)一路做到現(xiàn)在的通信級(jí)的傳輸分發(fā)網(wǎng)絡(luò)。

現(xiàn)在的阿里云的GRTN基于覆蓋全球的2800多個(gè)邊緣節(jié)點(diǎn)，我們把這些節(jié)點(diǎn)和網(wǎng)絡(luò)資源運(yùn)用起來(lái)，做成了一張通信級(jí)的SFU的傳輸網(wǎng)絡(luò)。

這些節(jié)點(diǎn)，包括解決跨洲的網(wǎng)絡(luò)問(wèn)題，都有專門(mén)的線路，整個(gè)系統(tǒng)都是從直播演進(jìn)過(guò)來(lái)，過(guò)去很多的 CDN直播網(wǎng)絡(luò)一般都是樹(shù)狀的結(jié)構(gòu)。但阿里云的GRTN是一張樹(shù)狀和網(wǎng)狀結(jié)合的動(dòng)態(tài)網(wǎng)絡(luò)，目前阿里云GRTN支撐的屏到屏延遲是100毫秒左右，滿足云游戲或者云渲染這樣的場(chǎng)景。

GRTN的能力很簡(jiǎn)單，它提供的是內(nèi)容的傳輸和分發(fā)。任何一個(gè)用戶使用RTP協(xié)議，把媒體推到阿里云GRTN的節(jié)點(diǎn)，它就可以在全球的任何地方就近地從GRTN把內(nèi)容拉出去，GRTN會(huì)解決動(dòng)態(tài)組網(wǎng)、就近接入等問(wèn)題。

2、GRTN當(dāng)前業(yè)務(wù)模式

GRTN的當(dāng)前的業(yè)務(wù)模式，目前很多客戶接的都是阿里云的RTS 1.0，即在阿里云官網(wǎng)能夠看到的RTS業(yè)務(wù)。

RTS 1.0是阿里云從18年左右開(kāi)始研發(fā)的，它的核心理念是為了幫助客戶在有限改造的前提下，接入GRTN，把延遲降下去。傳統(tǒng)的直播FLV延遲大概在5秒， HLS更多，延遲達(dá)到20s 左右。RTS就是對(duì)推流側(cè)或者播放側(cè)進(jìn)行改造，最重要的還是播放側(cè)協(xié)議換成RTP，能夠做到延遲在1秒左右，這個(gè)技術(shù)在19年左右淘寶直播已經(jīng)全量落地。

RTS 1.0結(jié)束之后，阿里云就進(jìn)入到了RTS 2.0的時(shí)代。RTS 2.0里，我們對(duì)實(shí)時(shí)流媒體這個(gè)場(chǎng)景的預(yù)期是沒(méi)有RTC和直播的區(qū)分，可以讓所有的業(yè)務(wù)都建立在全鏈路RTP的協(xié)議上。全鏈路使用通信級(jí)的傳輸，是GRTN的技術(shù)理念。目前的RTS 2.0，它是具有通信級(jí)的服務(wù)能力的。

RTS 2.0的傳輸延遲在國(guó)內(nèi)基本是在100毫秒左右，即為節(jié)點(diǎn)的傳輸耗時(shí)，剩下的延遲就可以放在編碼側(cè)或者放在播放側(cè)，用來(lái)抗抖動(dòng)。這樣的場(chǎng)景一般用在一對(duì)一的通視頻通信，或者多人會(huì)議，包括連麥直播一體化。

那在GRTN上怎么把一對(duì)一通信做出來(lái)呢？

阿里云GRTN的對(duì)外服務(wù)包括兩種模式，一種是阿里云的SDK，通過(guò)使用GRTN的私有協(xié)議，另一方面，阿里云也支持瀏覽器，GRTN的生態(tài)是完全開(kāi)放。用戶可以使用瀏覽器，以標(biāo)準(zhǔn)的SDP信令交互的方式與GRTN的對(duì)接，把媒體推進(jìn)來(lái)，再通過(guò)GRTN選擇性地把媒體拉出去。兩個(gè)客戶端跟GRTN可以選擇通過(guò)單PC或者多PC的模式交換音頻、視頻或自定義的消息，通過(guò)GRTN實(shí)現(xiàn)通信級(jí)的傳輸，這就是一對(duì)一通信。

這個(gè)模型并不僅限于通信，還包括云渲染，云游戲的模型。

在一對(duì)一通信的基礎(chǔ)上，GRTN支持多人會(huì)議，如圖所示，這里有4個(gè)參會(huì)方，這里會(huì)講解多人會(huì)議在GRTN上需要怎樣的能力。

在參會(huì)人比較多的時(shí)候，通常而言選擇性的訂閱對(duì)端的視頻、音頻是一個(gè)很麻煩的問(wèn)題，因?yàn)樯婕暗紸udio Ranking。很多業(yè)務(wù)方為了做這種多人會(huì)議，不得不把音頻放到一個(gè)專門(mén)的Ranking Server上去做。GRTN提供了大規(guī)模的Audio Ranking能力，也就是說(shuō)任何一個(gè)端在GRTN上消費(fèi)音頻，都可以做到為它進(jìn)行Audio Ranking。這個(gè)人訂閱了什么，GRTN就在這個(gè)人訂閱的音頻中進(jìn)行Audio Ranking，不涉及Ranking server, 不增加延遲。

GRTN的另一個(gè)重要能力是切流。GRTN可以為任何觀眾實(shí)現(xiàn)他的媒體的替換，在云合流的連麥場(chǎng)景，這是一個(gè)很核心的能力，在一個(gè)瀏覽器上，觀眾通過(guò)GRTN在看一個(gè)人的畫(huà)面，然后通過(guò)切流的指令，就讓這個(gè)觀眾在完全無(wú)感的情況下實(shí)現(xiàn)畫(huà)面的切換。

這就是GRTN的切流能力，這個(gè)能力可以為GRTN上某一個(gè)主播的所有觀眾實(shí)現(xiàn)媒體畫(huà)面的實(shí)時(shí)切換，可以從a畫(huà)面切到b畫(huà)面，從a主播切到b主播，觀眾是完全無(wú)感的。

接下來(lái)我們看如何用切流能力實(shí)現(xiàn)云端連麥合流？在連麥這個(gè)場(chǎng)景上，如果是客戶端的連麥，那就是ab兩個(gè)主播進(jìn)行連麥，觀眾在看a主播的過(guò)程中他們一連麥，觀眾看的畫(huà)面就實(shí)時(shí)變成了a和b合屏的畫(huà)面。這種場(chǎng)景能夠簡(jiǎn)單的實(shí)現(xiàn)，通過(guò)端合流，即a主播在端上直接把自己的畫(huà)面更改，觀眾看的內(nèi)容相應(yīng)進(jìn)行變化。但是存在一些場(chǎng)景端合流是無(wú)法做到的，例如端的性能不夠，這樣場(chǎng)景下就需要通過(guò)云合流。

如圖所示，一個(gè)主播流的畫(huà)面推送到GRTN之后，有一個(gè)觀眾在看主播的畫(huà)面，當(dāng)這個(gè)主播和別的粉絲發(fā)生了連麥，連麥之后有一個(gè)業(yè)務(wù)方的合屏服務(wù)器，合屏服務(wù)器會(huì)把兩個(gè)媒體合成一個(gè)。在這個(gè)時(shí)候就需要實(shí)現(xiàn)客戶端的畫(huà)面切換，而且全部都要切過(guò)去，這個(gè)時(shí)候我們提供的能力是切流指令，即前面所講的切流的能力。切流指令傳輸?shù)紾RTN之后，GRTN將主播所有觀眾的畫(huà)面無(wú)感地切換成合屏流的畫(huà)面。

這個(gè)能力目前是實(shí)現(xiàn)淘寶直播在GRTN上直播連麥完全一體化的基礎(chǔ)解決方案。

這是一個(gè)通用的方案，在后面隨著GRTN和后續(xù)RTS 2.0服務(wù)的對(duì)外輸出，這個(gè)能力會(huì)直接對(duì)外開(kāi)放。

在這里和大家簡(jiǎn)單介紹一下淘寶直播的情況，淘寶直播實(shí)際上已經(jīng)實(shí)現(xiàn)全量在通過(guò)GRTN進(jìn)行，任何一場(chǎng)直播里觀眾和主播之間的延遲基本上都在1秒以內(nèi)的。這個(gè)目前是GRTN在 RTS 2.0上的一個(gè)典型的場(chǎng)景。

3、QOE概述及優(yōu)化難點(diǎn)

QOE的一些優(yōu)化實(shí)際上就是基于阿里云的外部客戶的數(shù)據(jù)，為什么講QOE而不是QOS？因?yàn)槲覀冊(cè)诮哟蛻舻倪^(guò)程中發(fā)現(xiàn)，QOE通常都是客戶本身制定的一系列的指標(biāo)，比如說(shuō)滲透率、觀播時(shí)長(zhǎng)、業(yè)務(wù)轉(zhuǎn)換率，這些指標(biāo)不是把QOS某個(gè)指標(biāo)做好了，QOE就能變好。

例如GRTN在接客戶時(shí)，發(fā)現(xiàn)我們的首幀卡頓、百秒卡頓時(shí)長(zhǎng)、延遲、畫(huà)質(zhì)全方位的領(lǐng)先，RTS的QOS一定是全方位的比FLV要好，也就不用說(shuō)比HLS了。但在面對(duì)不同的客戶的時(shí)候，有的客戶他說(shuō)他的QOE正了，有的客戶說(shuō)他的QOE有問(wèn)題，因?yàn)樵诳蛻魪膫鹘y(tǒng)的FLV過(guò)渡到RTS以及RTS 2.0之后，他們會(huì)因?yàn)榭蛻舳说倪m配沒(méi)有做好，或者說(shuō)業(yè)務(wù)場(chǎng)景的磨合沒(méi)有做好，遇到了一些問(wèn)題。例如 WebRTC來(lái)進(jìn)行通信，播放器的buffer的機(jī)制可以做得非常的激進(jìn)，但是當(dāng)在直播場(chǎng)景時(shí)，觀眾的體驗(yàn)可能比你的激進(jìn)的延遲控制更加重要，所以在直播場(chǎng)景下更多的是要去做一個(gè)平衡。

在這個(gè)過(guò)程中，我們發(fā)現(xiàn)有時(shí)候客戶把QOS全做正了，但是QOE卻還需要花很多的時(shí)間去處理，所以在把QOE做正的過(guò)程中，要用的什么方法？

這是在QOE里阿里云要持續(xù)投入的。想要做好QOE一定要有業(yè)務(wù)輸入，沒(méi)有業(yè)務(wù)的輸入，沒(méi)有業(yè)務(wù)的反饋，QOE肯定是做不正的，所以阿里云有一個(gè)持續(xù)的基于業(yè)務(wù)的數(shù)據(jù)驅(qū)動(dòng)技術(shù)投入這個(gè)板塊。

這里最重要的一點(diǎn)就是客戶端的數(shù)據(jù)，在做QOE的過(guò)程中，我認(rèn)為服務(wù)端是沒(méi)有資格說(shuō)QOE的，只有客戶端和業(yè)務(wù)才有資格說(shuō)自己的QOE這么正。所以在這個(gè)過(guò)程中，GRTN的方法是先得到業(yè)務(wù)方的脫敏數(shù)據(jù)，然后去做QOE（最后會(huì)有一個(gè)數(shù)據(jù)的展示）。

4、GRTN QOE 優(yōu)化理念

GRTN優(yōu)化QOE的一個(gè)理念是，GRTN做到了無(wú)感的鏈路切換。

GRTN內(nèi)部是一個(gè)全SFU網(wǎng)絡(luò)，上游的網(wǎng)絡(luò)隨時(shí)切換，對(duì)觀眾來(lái)說(shuō)是完全無(wú)感的。同時(shí)還有強(qiáng)實(shí)時(shí)的主備鏈路。在很多直播、通信場(chǎng)景下，會(huì)有重保的概念，或是強(qiáng)實(shí)時(shí)的雙路保障。如果節(jié)點(diǎn)之間出現(xiàn)問(wèn)題，能夠立馬把它切到另外的節(jié)點(diǎn)鏈路上，這樣觀眾完全無(wú)感。

還有GRTN節(jié)點(diǎn)和客戶端之間的mobility的方案，例如某個(gè)節(jié)點(diǎn)可能網(wǎng)絡(luò)有問(wèn)題，或者客戶端的網(wǎng)絡(luò)發(fā)生了WiFi到4G的切換，那么使用一個(gè)mobility的方案瞬間能夠切換節(jié)點(diǎn)，同時(shí)GRTN的下游消費(fèi)者完全不受影響。

GRTN另一個(gè)優(yōu)化QOE的方法，就是可編程策略?？删幊虒?shí)際上是我們近一年做出來(lái)的一個(gè)成果。傳統(tǒng)的QOS優(yōu)化能力，例如啟用BBR還是啟用GCC或者是別的擁塞控制算法，會(huì)發(fā)一堆的配置下去，配置里面全是開(kāi)關(guān)。但是現(xiàn)在GRTN，可以在邊緣直接用可編程的策略執(zhí)行模塊，類似CDN有可編程的能力，包括邊緣腳本之類，GRTN也類似，但是做的比較徹底?，F(xiàn)在的能力是可以在節(jié)點(diǎn)直接下發(fā)策略，運(yùn)行語(yǔ)言，可以直接對(duì)發(fā)幀和發(fā)包邏輯做控制，可以介入到重傳邏輯中，直接編程GRTN的對(duì)每一個(gè)客戶端的行為，即通過(guò)策略配置系統(tǒng)直接把代碼發(fā)下來(lái)。無(wú)需軟件發(fā)版升級(jí)，因?yàn)橄?800多個(gè)節(jié)點(diǎn)，是無(wú)法高頻升級(jí)軟件版本的，但是利用GRTN可編程能力可以實(shí)現(xiàn)一天幾個(gè)策略迭代，結(jié)合客戶端的數(shù)據(jù)，能夠?qū)崿F(xiàn)數(shù)據(jù)的打通。這樣發(fā)策略下來(lái)，客戶端拿到QOE的數(shù)據(jù)反饋給GRTN，GRTN的調(diào)優(yōu)人員就知道如何去進(jìn)一步的優(yōu)化。

如圖是GRTN的一個(gè)多場(chǎng)景的隨機(jī)配置，也是基于阿里云線上海量的業(yè)務(wù)數(shù)據(jù)來(lái)進(jìn)行的。例如阿里云線上的配置管理系統(tǒng)會(huì)把配置集下發(fā)，這是做AB的基礎(chǔ)能力。后面配置管理系統(tǒng)會(huì)將n組配置實(shí)時(shí)發(fā)到全網(wǎng)所有的邊緣節(jié)點(diǎn)，針對(duì)的是某一個(gè)域名。針對(duì)這個(gè)域名，同時(shí)給他發(fā)出三組配置下去進(jìn)行隨機(jī)，可能會(huì)配一定的權(quán)重。例如阿里云認(rèn)為conf_1 是個(gè)高風(fēng)險(xiǎn)的配置，一個(gè)高風(fēng)險(xiǎn)的新型的功能，發(fā)出去之后，把conf_1指配全網(wǎng)1%的業(yè)務(wù)量去做 AB。發(fā)到節(jié)點(diǎn)之后，當(dāng)任何一個(gè)消費(fèi)者來(lái)到GRTN消費(fèi)內(nèi)容時(shí)，將對(duì)它進(jìn)行一個(gè)隨機(jī)加權(quán)的選擇，它有一定的概率使用conf_1，也有一定的概率使用后面兩種。

第一步的請(qǐng)求完成之后，我們讓多組配置同時(shí)在線上運(yùn)行，但是運(yùn)行完后怎么拿到結(jié)果呢？

簡(jiǎn)單的方法就是客戶記錄我們的trace_id，GRTN有一個(gè)trace_id的理念，這個(gè)ID對(duì)應(yīng)客戶端的這一次播放，任何兩次播放的ID都不一樣。

另一種方法是客戶端把一個(gè)session ID帶在它的請(qǐng)求參數(shù)里面，這樣一個(gè)客戶端就在GRTN有一個(gè)session ID跟trace_id對(duì)應(yīng)，這次播放用的什么conf ，我們也能夠給它記錄到。同時(shí)這次播放，根據(jù)session ID，我們就可以從客戶端的埋點(diǎn)查到它的QOE結(jié)果。

5、GRTN 賽馬系統(tǒng)

接下來(lái)對(duì)它做關(guān)聯(lián)，播放器在GRTN上完成播放之后，播放器這邊開(kāi)始埋日志，他們埋的核心日志就包括首幀耗時(shí)、百秒渲染卡頓，也包括任何一個(gè)播放端的播放時(shí)長(zhǎng)。在業(yè)務(wù)方記下來(lái)的日志中，它知道這個(gè)session id對(duì)應(yīng)的這一次播放播了多久，它的各項(xiàng)指標(biāo)怎樣。在GRTN就知道發(fā)的trace_id是哪個(gè)，然后針對(duì)這一次播放，緩沖深度配了多少，以及丟包率目前統(tǒng)計(jì)下來(lái)是什么情況。

這兩個(gè)數(shù)據(jù)（服務(wù)端日志和客戶端日志）把客戶的日志收上來(lái)，拋送給我們之后，這邊就把session ID和trace_id在GRTN的數(shù)據(jù)分析體系里面做一個(gè)綜合，就得到了一個(gè)結(jié)果：任何一次播放它對(duì)應(yīng)的服務(wù)端的網(wǎng)絡(luò)情況是什么，它對(duì)應(yīng)的客戶端的首幀耗時(shí)、百秒渲染卡頓、播放時(shí)長(zhǎng)是什么。GRTN就通過(guò)這兩種數(shù)據(jù)綜合把客戶端的數(shù)據(jù)和服務(wù)端的一個(gè)行為做到了關(guān)聯(lián)。

關(guān)聯(lián)做到之后，下一步就做賽馬系統(tǒng)。在任何一次配置的時(shí)候，就像現(xiàn)在阿里云給客戶做調(diào)優(yōu)的時(shí)候，我們會(huì)事先跟客戶說(shuō)一下要為你做調(diào)優(yōu)。

例如說(shuō)在這樣一次配置中，以客戶線上的業(yè)務(wù)為例，conf_1是一個(gè)高風(fēng)險(xiǎn)的功能，conf_2是對(duì)現(xiàn)有功能比如BBR的參數(shù)的調(diào)優(yōu)，conf_3啟用的可能是GCC。把配置發(fā)到節(jié)點(diǎn)，客戶在進(jìn)行播放之后，針對(duì)上兩步把他的客戶端和服務(wù)端的數(shù)據(jù)拿到之后，采集到GRTN這邊，數(shù)據(jù)上傳來(lái)之后，再對(duì)AB的結(jié)果做一個(gè)綜合的分析。這個(gè)時(shí)候在研發(fā)人員的眼里就已經(jīng)明確的知道下發(fā)的各組配置它的效果到底如何，區(qū)別是什么。研發(fā)調(diào)優(yōu)人員就能夠知道怎么去做進(jìn)一步的調(diào)優(yōu)，同時(shí)反饋哪一組配置可以被淘汰，再基于好的配置對(duì)它進(jìn)行進(jìn)一步的調(diào)優(yōu)。所以這也就是賽馬系統(tǒng)的價(jià)值——能夠基于客戶端的數(shù)據(jù)和服務(wù)端的數(shù)據(jù)進(jìn)行綜合的持續(xù)的迭代。

如圖是賽馬系統(tǒng)，它作為一個(gè)整體，有GRTN的節(jié)點(diǎn)網(wǎng)，服務(wù)客戶端上報(bào)數(shù)據(jù)和GRTN的日志系統(tǒng)打通，做到相互配合。

6、GRTN QOE 優(yōu)化案例

這是GRTN的一個(gè)優(yōu)化樣例，也就是賽馬系統(tǒng)的評(píng)分。當(dāng)時(shí)我們做實(shí)驗(yàn)有4組，normal就是平時(shí)日常運(yùn)行常量的配置，radical就是一組非常激進(jìn)的配置，reference就是用來(lái)跟radical進(jìn)行對(duì)比的參照。如圖做了一個(gè)六維的展示，也按照我們的想法對(duì)它進(jìn)行了綜合打分。

更詳細(xì)的結(jié)果是這個(gè)表，剛才提到的conf_id配下去之后，運(yùn)行完之后，接下來(lái)得到成功率、秒開(kāi)這樣的一些數(shù)據(jù)。這就是GRTN目前展示出來(lái)的賽馬系統(tǒng)能夠看到的數(shù)據(jù)。

成功率、秒開(kāi)、都屬于QOS的范疇，最后的平均播放時(shí)長(zhǎng)，是屬于QOE的范疇。我們測(cè)試下來(lái)得到的radical這一組的數(shù)據(jù)是最好的，它在播放時(shí)長(zhǎng)上可能有1秒鐘左右的優(yōu)勢(shì)，積累了24小時(shí)的數(shù)據(jù)，大概幾十萬(wàn)的量級(jí)，我們認(rèn)為這個(gè)量級(jí)的播放是可以用于支撐AB的數(shù)據(jù)。GRTN最開(kāi)始在手淘場(chǎng)景做這個(gè)系統(tǒng)，手淘的業(yè)務(wù)量比較大的，所以我們從一開(kāi)始拿手淘的線上的全部量級(jí)去運(yùn)行?，F(xiàn)在是直接可以拿外部客戶的數(shù)據(jù)去運(yùn)行，做成賽馬系統(tǒng)，將阿里云可編程的能力，客戶端的數(shù)據(jù)采集，包括賽馬，做成一個(gè)閉環(huán)。

現(xiàn)在優(yōu)化的方法，想要優(yōu)化某種策略，就發(fā)一組配置下去。例如發(fā)一組配置，運(yùn)行一個(gè)晚高峰，到了第二天就能拿到數(shù)據(jù)結(jié)果，這樣的一個(gè)過(guò)程實(shí)際上對(duì)迭代的優(yōu)勢(shì)是非常大的。

例如今年3月份左右，我們給某個(gè)客戶在調(diào)優(yōu)播放時(shí)長(zhǎng)的時(shí)候，通過(guò)分析客戶端的一些行為，包括通過(guò)測(cè)試對(duì)數(shù)據(jù)進(jìn)行分析，發(fā)現(xiàn)客戶的音視頻同步可能有點(diǎn)問(wèn)題。怎么去解決這個(gè)問(wèn)題呢？我們認(rèn)為通過(guò)服務(wù)端的發(fā)幀策略的調(diào)整能夠幫助客戶端更好地實(shí)現(xiàn)音視頻同步。我們用可編程把這個(gè)策略做好發(fā)出去，在第二天這個(gè)效果是非常好的。我們發(fā)現(xiàn)發(fā)下去之后，這組配置的觀眾播放時(shí)長(zhǎng)升高了，這其實(shí)就是QOE的一個(gè)優(yōu)化。

在這個(gè)基礎(chǔ)上就完成了第一輪的迭代，我們認(rèn)為這個(gè)路線是對(duì)的。接下來(lái)就是在這條路線上，怎么把參數(shù)進(jìn)一步的調(diào)優(yōu)。在最開(kāi)始對(duì)發(fā)幀的策略進(jìn)行調(diào)整之后，我們只是做了一個(gè)粗調(diào)，覺(jué)得大概可以彌補(bǔ)客戶端的某些缺陷。實(shí)現(xiàn)了之后，接下來(lái)做進(jìn)一步的不同的配置，不同的參數(shù)之間去做調(diào)優(yōu)。

以上就是我的分享，謝謝大家。

---

▼識(shí)別二維碼或猛戳下圖訂閱課程▼

---

掃描圖中二維碼或點(diǎn)擊閱讀原文

了解大會(huì)更多信息