這種網絡不穩定的情況比較多。

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

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

看到一些資源請求過程的細節：

比如上面這個請求：

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

如果是TTFB時間比較長的話，那基本上就是網絡問題或者服務端處理比較慢。

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

如果整個服務端的處理過程統計下來，沒有發現時間瓶頸的話，那基本上就是網絡的問題。

網絡的問題，就要看是服務器帶寬的問題？還是你自己網絡環境的問題。

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

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

希望回答對你有幫助~

你說的是前端收到數據是時間吧，你從3方面看看，請求代碼，網絡，服務端，或者你寫個輪詢不斷請求，看看會不會出現別的預料不到的問題，看看你的服務端是不是多了多層代理。

網絡估計不穩定

用排除法，首先看當前的網絡環境是否問題

然后看是否使用了代理。

其次是看服務器是否穩定

跟你的網絡情況 / 服務端的處理有關