windows機器通過userid獲取流量
1、獲取userid
adb shell dumpsys package com.douban.frodo|findstr userId
2、通過uid獲取流量，第六列代表下載，第八列代表上傳
adb shell cat /proc/net/xt_qtaguid/stats | findstr 10074
後一次減去上一次，即爲本次操作消耗下載和上傳的流量
通過 monitor 工具
monitor工具在new_sdk目錄下，雙擊運行
選擇需要監測的app
選擇對應的app執行需要監測的操作
流量優化
- 如何判斷一個應用的流量消耗偏高
如果看流量的絕對值看不出高低，那就找幾個同類型的產品對比一下。如果完成同樣的事務，被測應用比同類產品高很多，那就是偏高了，可能有優化空間。
- 如何找到有效的優化點
把分析的不同類數據包，按包占總流量大小的比例，和包的數量排序，佔比多的，和消息數量多的，一個優化空間大，一個精簡請求次數
- 冗餘內容
比如： 一些靜態資源緩存起來，節省流量消耗
同類請求被間隔執行，請求的內容包含一些相對靜態的信息，正確的處理是第一次請求包括靜態信息就好，後面的同類請求只包含必要的即時變化信息即可。錯誤的處理方式是每次請求服務器都返回一次靜態信息。
- 冗餘請求
比如：請求用戶信息，1個接口請求用戶姓名、1個接口用戶的下單數量。可以把請求合併成1個
有的時候會發現應用短時間內發出多個同樣的請求，收到結果也都幾乎一樣，這種情況應該儘量減少請求次數，同時注意排查程序邏輯錯誤，也許問題不像表面看起來那麼簡單。
- 無用請求
版本迭代過快，或者時間過長，存在一些無用請求
有的請求，你會發現誰也不知道它是幹嘛的，很可能是以前版本遺留下來的無用請求，或者是引用的其他代碼包偷偷發出的，甚至是間諜請求，請收集一切證據後，毫不猶豫的幹掉它。
- 過多的失敗請求
比如：第一次請求成功，第二次請求失敗，每次都會發送2次請求