這種網(wǎng)絡(luò)不穩(wěn)定的情況比較多。

是你自己的服務(wù)么？是你自己的服務(wù)可以排查一下，看看什么地方花的時間比較多哦。這個涉及到整個http請求的全部過程。

在chrome瀏覽器里可以看到每個資源具體的請求情況：

看到一些資源請求過程的細(xì)節(jié)：

比如上面這個請求：

可以看到dns查詢，連接建立，ssl協(xié)議處理，請求發(fā)出，TTFB等一些數(shù)據(jù)，你大概就知道你的請求慢慢在什么地方了。

如果是TTFB時間比較長的話，那基本上就是網(wǎng)絡(luò)問題或者服務(wù)端處理比較慢。

這時候可以看一下服務(wù)端的日志情況，可以知道什么時候收到的請求，RPC，數(shù)據(jù)庫讀寫這些相關(guān)操作都花了多少時間，在日志里都能去詳細(xì)的獲取到。有可能這時候你就發(fā)現(xiàn)，在某種case下，數(shù)據(jù)庫有慢查詢的情況，或者RPC過程花費(fèi)的時間比較長。如果是這些原因的話，就是服務(wù)端的問題，就需要服務(wù)端去優(yōu)化了。

如果整個服務(wù)端的處理過程統(tǒng)計下來，沒有發(fā)現(xiàn)時間瓶頸的話，那基本上就是網(wǎng)絡(luò)的問題。

網(wǎng)絡(luò)的問題，就要看是服務(wù)器帶寬的問題？還是你自己網(wǎng)絡(luò)環(huán)境的問題。

你可以找多個網(wǎng)絡(luò)環(huán)境試試看，不管換到什么網(wǎng)絡(luò)環(huán)境，這個問題一直有。那有可能就是服務(wù)器帶寬的問題，訪問你接口的流量太大了，服務(wù)器要升級帶寬啦。

如果換了一個環(huán)境訪問就沒有問題了，ok，那就可以著重去查看那個有問題的網(wǎng)絡(luò)環(huán)境到底是什么問題了？和之前同學(xué)說的一樣，是不是代理的問題？還是網(wǎng)絡(luò)帶寬的問題？還是路由器設(shè)置的問題？都有可能，再逐一排查就好了。

希望回答對你有幫助~

你說的是前端收到數(shù)據(jù)是時間吧，你從3方面看看，請求代碼，網(wǎng)絡(luò)，服務(wù)端，或者你寫個輪詢不斷請求，看看會不會出現(xiàn)別的預(yù)料不到的問題，看看你的服務(wù)端是不是多了多層代理。

網(wǎng)絡(luò)估計不穩(wěn)定

用排除法，首先看當(dāng)前的網(wǎng)絡(luò)環(huán)境是否問題

然后看是否使用了代理。

其次是看服務(wù)器是否穩(wěn)定

跟你的網(wǎng)絡(luò)情況 / 服務(wù)端的處理有關(guān)