背景：在開發應用的時候，出現了一個奇怪的現象，就是華為的部分機型，在移動4G CMNET的情況下，無法連線網路，經過對於這個問題的研究和解決，才引發了這篇部落格的思考與學習，在這裡與大家分享。

測試case：（華為meta 8，meta 7，P8，P9的6.0機器才有這個問題）

（還有一個case就是 上海的移動4G可以，但是北京和天津的不可以）

各位看了上面的case，第一反應應該就是移動執行商或者是我們自己域名的伺服器的問題。

問題出現了，伺服器是收到了我們的請求，並且也是已經返回訊息的，但是客戶端就是一隻timeout。

綜合上面的分析，

我想到的

第一個想法就是抓去tcp ip包進行分析，結果此路不通。（原因是復現的機器都是6.0的，而且根本就root不了）

第二個想法就是能否通過代理抓包，結果是移動卡復現，沒有root，這條路也不行。

就在山窮水盡的時候，我和另一位同事，同時通過自己寫demo進行客戶端網路請求，結果他的是可以的，我寫的demo就不可以。

於是乎我覺得和客戶端寫的程式碼邏輯有關。

我就將所有的網路請求框架每個寫一個demo，這種東西網路一找一大堆，隨便找了一個改一下，就可以用了，基本上沒有什麼時間消耗。

測試結果如下：

這樣感覺有點頭目了，大不了，將我們之前用的volley網路框架完全改為另外兩種可以執行的網路框架就ok了，但是這種代價貌似有點大啊，

我們先有一種最小的改動解決問題的方案，

這是就需要擷取包，進行對比了，雖然行動網路下不行，但是wifi和移動我們發出的請求肯定都是相同的。

抓去結果如下：

使用OKHttp截包效果如下：

使用volley截包效果如下：

經過與另外幾種訪問網路請求對比之後，發現可以的請求，使用的都是自己的User-Agent，不能訪問網路的請求的Agent都是使用華為的Agent，

所以我懷疑和Agent有關，所以將volley的包的User－Agent修改為其他的Agent

			@Override
			public Map<String, String> getHeaders() throws AuthFailureError {
				Map<String, String> headers = super.getHeaders();
				if(headers.size() == 0){
				<span style="white-space:pre">	</span>headers = new HashMap<>();
				<span style="white-space:pre">	</span>headers.put("User-Agent", "okhttp/2.5.0");
				}

				return headers;
			}

好了，結局方案有了，最起碼是可以解決的。

下面還需要繼續來分析為什麼？

因為的理解這個agent是統計誰請求的，是瀏覽器，還是某個客戶端，理論上應該沒有影響啊，所以我們需要伺服器端的幫助。

結果分析，發現，伺服器端如果直接訪問ip就是可以使用的，而且及時訪問域名，也是有一定概率可以使用的。只是timeout的時間需要設定的很大，

所以覺得可能和伺服器的某些機器有關係，本來打算在伺服器端抓包來處理的，但是一指定到某個機器的ip的時候，就可以使用了，又斷線了，

考慮到兩方面因素：1.客戶端可以修復了，而且熱補丁可以快速的解決問題

                                 2.這個事情的排查太耗時了，專案還比較緊張，

所以就沒有繼續往下跟蹤分析。

這個等有時間，我還會繼續查詢相關資料來分析問題的根本原因。

目前就只能這樣了，

這裡貢獻一下我的多種網路請求訪問的demo：https://github.com/xiepengchong/NetworkDemo

我也是在網上查詢，修改獲取的，取之於網，饋之予網。