【通用技術(shù)】實(shí)時網(wǎng)絡(luò)響應(yīng)要求的移動端App的網(wǎng)絡(luò)超時設(shè)定

摘自自運(yùn)營微信定閱號 創(chuàng)心思考 ，搜索關(guān)注獲得更多內(nèi)容！

移動設(shè)備的產(chǎn)品的網(wǎng)絡(luò)狀態(tài)取決于用戶所處的網(wǎng)絡(luò)環(huán)境。

這個網(wǎng)絡(luò)環(huán)境也會根隨的用戶的位置進(jìn)行改變。

也很有可能前一秒是在Wifi網(wǎng)絡(luò)下，這一秒4G了，再過一會信號就變?nèi)趸驘o信號了。

那么，對于產(chǎn)品的實(shí)時性要求很高的產(chǎn)品，如何設(shè)定這個超時時長呢？

比如語音識別類的產(chǎn)品，有以下幾個產(chǎn)品特性，網(wǎng)絡(luò)性能對其影響較

1，上行的數(shù)據(jù)量比較大

2，服務(wù)端處理數(shù)據(jù)的時間，依賴于上傳的語音數(shù)據(jù)量

3，語音識別的過程是個持續(xù)的過程，一次完整的語音識別過程

4，用戶對于產(chǎn)品的實(shí)時性要求較高

這時，網(wǎng)絡(luò)超時時長的設(shè)定就不能以一個最大值的方式來執(zhí)行了。

1，在網(wǎng)絡(luò)信號不穩(wěn)定時，我們需要快速的告知用戶，由于網(wǎng)絡(luò)狀態(tài)導(dǎo)致識別的過程出錯，減少不必要的等待。

2，無論任何網(wǎng)絡(luò)狀態(tài)下，任何的數(shù)據(jù)量，我們都需要保證本次網(wǎng)絡(luò)請求的有效性。

3，總結(jié)一句話，只要這個超時時間精確，以上的問題就可以解決！

看到這里，想必大家都有一定的思路了

這里給大家例一下大概的思路

1，獲取當(dāng)前網(wǎng)絡(luò)類型，根據(jù)網(wǎng)絡(luò)類型得到該網(wǎng)絡(luò)類型的網(wǎng)絡(luò)速度 N.s

2，獲取本次客戶端上傳的真實(shí)數(shù)據(jù)量C.d

3，數(shù)據(jù)量 C.d與網(wǎng)速N.s作比，得出上傳數(shù)據(jù)所花費(fèi)時間 C.D.t

4，與服務(wù)端確定，處理單位數(shù)據(jù)量與花費(fèi)時間值S.P.d，

5，數(shù)據(jù)量 C.d與單位數(shù)據(jù)量費(fèi)時S.P.d關(guān)聯(lián)，得出服務(wù)器花費(fèi)時間S.P.D.t

6，對于服務(wù)器返回?cái)?shù)據(jù)進(jìn)行預(yù)估S.d

7，數(shù)據(jù)量 S.d與網(wǎng)速N.s作比，得出上傳數(shù)據(jù)所花費(fèi)時間 S.D.t

8，那么總的超時時間可以為 C.D.t + S.P.D.t + S.D.t（上傳數(shù)據(jù)時間+處理數(shù)據(jù)時間+下發(fā)數(shù)據(jù)時間）

9，也可能加上建立聯(lián)接時間的補(bǔ)充

10，一些容錯的時長buffer

這么執(zhí)行下來，超時時長就變得精確多了，無論發(fā)送數(shù)據(jù)量多少，網(wǎng)絡(luò)是什么樣，這個傳輸變的更可靠。

同理，該方案，也可應(yīng)用到其它類同的場景中，根據(jù)產(chǎn)品需求及技術(shù)依賴進(jìn)行優(yōu)化。

補(bǔ)充：類似的功能，也可以嘗試使用分包的策略降低單次網(wǎng)絡(luò)請求的失敗率，減少總時長，歡迎大家閱讀及交流

摘自自運(yùn)營微信定閱號 創(chuàng)心思考 ，搜索關(guān)注獲得更多內(nèi)容！