常見的流量問題
同類請求被間隔執行，請求的內容包含一些相對靜態的資訊，正確的處理是第一次請求包括靜態資訊就好，後面的同類請求只包含必要的即時變化資訊即可。錯誤的處理方式是每次請求伺服器都返回一次靜態資訊。
有的時候會發現應用短時間內發出多個同樣的請求，收到結果也都幾乎一樣，這種情況應該儘量減少請求次數，同時注意排查程式邏輯錯誤，也許問題不像表面看起來那麼簡單。
有的請求，你會發現誰也不知道它是幹嘛的，很可能是以前版本遺留下來的無用請求，或者是引用的其他**包偷偷發出的，甚至是間諜請求，請收集一切證據後，毫不猶豫的乾掉它。
如果見到某類請求永遠的連線失敗或被返回404之類的失敗結果，那它不是歷史遺留的多餘請求，就是某個不易察覺的功能已經失效了。
有見過一類或一組請求，n個成功之中夾著m個失敗的嗎？舉個簡單的場景，某類請求，間隔1分鐘後連續發兩次，總是先有一次失敗的請求，1s後馬上再次發出一次同樣的請求就成功了（這裡1s後發出的請求是指業務邏輯層判斷前面請求失敗後延遲1s後重傳的）。很好奇為什麼第一次總失敗是吧，就有這麼種情況，客戶端兩次請求樂觀的想要復用同乙個tcp連線(長連線半長連線)，但是服務端不這麼想，也許是客戶端發起兩次請求的間隔，超出了服務端長設定的長連線無響應時限。。如何判斷呢？看看失敗的那次請求，是否和前一次成功的請求復用了同乙個tcp連線（體現在wireshark的streamid）。
比如一種常見的情況，應用退後台後，有些請求就沒必要了，觀察下自己的產品，是否在後台真的沒有發出這些請求。
如何判斷乙個應用的流量消耗偏高
如果看流量的絕對值看不出高低，那就找幾個同型別的產品對比一下。如果完成同樣的事務，被測應用比同類產品高很多，那就是偏高了，可能有優化空間。
如何找到有效的優化點
把分析的不同類資料報，按包佔總流量大小的比例，和包的數量排序，佔比多的，和訊息數量多的，乙個優化空間大，乙個精簡請求次數的機會大。
常見的網路流量識別技術
簡介 該方法通過檢查網路資料報的源埠號和目的埠號，根據相應網路協議或網路應用在通訊時使用的埠號規則並與之對映，進而識別不同的網路應用 缺點 而隨著網路技術的不斷發展，這一方法的侷限性也越來越明顯。首先，iana 並沒有為所有的應用尤其是一些後來的新應用都定義通訊埠號，這樣網路埠號與應用之間不可能總是...
劫持流量是什麼，常見的流量劫持手法有哪些呢？
流量劫持常見的有兩種 1 dns劫持 dns劫持有惡意的同時也有善意的。惡意dns劫持 那麼dns惡意劫持，其實就是在dns翻譯的過程中通過一切技術手段擾亂親們的電腦，使得dns翻譯成另一串數字，讓親們上大壞蛋想讓親們上的網頁。來自網路 比如說如果大壞蛋劫持親們的網路銀行 在親們登入網上銀行時，結果...
TCP流量控制問題
我自己複習的流量控制主要設計兩個方面 1，滑動視窗 就像tcp滑動視窗那樣，客戶端的傳送視窗被服務端的接受緩衝區大小的嚴格控制，讓客戶端不會肆無忌憚的傳送接收方無法處理的資料。補充 如果之前服務端反饋的緩衝區滿，客戶端就不會傳送資料，但是當服務端的緩衝區裡的資料處理後出現富裕，就會給客戶端傳送乙個確...