本文適合已經有自己的服務商連線參數，想確認流量去向的使用者。先分清累計用量與即時速率，再分別觀察各伺服器與 App 活動的數據變化，最後以相同時間區間比對服務商後台。Data 顯示的是用戶端記錄，不是方案餘額，也不等於裝置的全部網路用量。
一、Data 的上傳、下載與累計值分別代表什麼
Shadowrocket（小火箭）的 Data 可用來查看用戶端記錄到的流量。上傳與下載以本機為基準：本機送出的資料是上傳，外部傳回本機的資料是下載。瀏覽網頁也會上傳請求、確認資訊及其他資料，因此「只是在看網頁」不代表上傳量一定為零。上傳照片時，也會收到伺服器回應。
查看數據時，別忽略單位。MB、GB 表示資料量；KB/s、MB/s 表示單位時間內的傳輸速率。即使連線開關已開啟，也不代表每秒都有資料傳輸；短時間速率降至零，也不能單憑這點判定連線異常。實際欄位、分組與統計保留方式，請以裝置上的介面為準。
| 數據類型 | 可以說明什麼 | 不能直接推斷什麼 |
|---|---|---|
| Upload / 上傳 | 本機送出的資料量 | 使用者主動上傳檔案的實際大小 |
| Download / 下載 | 外部傳回本機的資料量 | 最後儲存到相簿或檔案中的大小 |
| Total / 合計 | 相應範圍內的上傳與下載總量 | 服務商方案的剩餘流量 |
| 帶有 /s 的數值 | 目前取樣區間內的傳輸速率 | 本月累計用量 |
不要預設每項數據都從本月一日開始累計，也不要認為中斷連線後一定會歸零。先確認目前顯示的是連線期間的數據，還是保留的累計記錄；若介面沒有標明起始時間，請比較測試前後的差值，不要只看總數猜測統計區間。
二、按伺服器查看：記錄的是連線去向，不是帳戶總帳
按伺服器分組，適合用來確認「這段時間是哪個伺服器項目產生了流量」。這與服務商帳戶的統計層級不同：同一帳戶可能在多部裝置上使用，也可能對應多個伺服器位址；本機項目的記錄，只代表用戶端能觀察並歸類的部分。名稱相同的項目也不一定指向同一個位址，核對時應一併查看位址、連接埠與協定。
在 Home → Global Routing 確認目前的連線模式。Proxy 用於代理處理，Direct 用於直連處理，Config 則依目前設定的規則分流；使用 Scene 時，也要確認目前場景實際採用的處理方式。只有實際經由相應代理出站的流量，才適合拿來與該伺服器的用量比較；不能把裝置上的所有網路活動都算在目前選取的伺服器上。
- 在 Home 記下目前選取的伺服器，並核對位址、連接埠與協定，別只記顯示名稱。
- 記錄 Data 中該伺服器的上傳、下載起始數值；測試期間維持相同出站，不切換伺服器或策略。
- 完成一項明確操作後，再記錄結束數值，以結束值減去起始值，計算流量增量。
- 若伺服器有流量，但某個網頁沒有經過該伺服器，請檢查其他背景請求；若網頁可正常使用，但伺服器數據沒有增加，先確認是否命中 Direct。
例如，Config 中的 DOMAIN-SUFFIX,example.com,DIRECT 會讓符合該網域後綴的請求使用 Direct，而 FINAL,PROXY 則處理未符合前面規則的請求。此處的網域僅為語法範例，不必新增至實際設定。不要為了讓統計數字增加而任意刪除既有規則。
三、按 App 查看：先確認歸屬依據，再判斷流量來自何處
「按 App」關注的是流量來源，「按伺服器」關注的是出站去向；兩者是觀察同一批活動的不同角度，不能把兩邊的總數相加。也要留意平台限制：iPhone/iPad 的系統網路延伸功能不保證能提供每條連線所屬 App 的明確資訊，不能把網域或連線分類直接當成精確的 App 用量帳單。
若目前的 Data 介面提供 App 相關分組，先確認分組標籤與可查看的資訊；若只有伺服器或連線記錄，可透過單一 App 測試輔助判斷，不要假設一定有固定選單。單一 App 可能連線至多個網域，多個 App 也可能共用同一個內容傳遞網域，光看網域名稱無法可靠判定流量歸屬。
按伺服器核對
- 觀察對象
- 實際使用的伺服器項目
- 辨識依據
- 位址、連接埠、協定與出站選擇
- 測試條件
- 固定伺服器與 Global Routing 模式
- 適合回答的問題
- 哪個出站產生了流量
同一個 App 的請求可能依不同規則分流至不同出站。
按 App 活動核對
- 觀察對象
- 一次明確的前景操作
- 辨識依據
- 操作時間、連線記錄與流量增量
- 測試條件
- 暫停其他下載與背景同步
- 適合回答的問題
- 哪一類操作造成流量增加
無法確認 App 身分的流量應保留為未分類，不要勉強歸到特定 App。
實際核對時，先停止影片播放、雲端同步與其他下載，記錄一分鐘的閒置流量增量，再只開啟一個 App 並執行一次操作。第二次重複相同操作時，若流量增量明顯降低，通常應先檢查本機快取，而不是認定統計功能失效。App 預載與背景工作仍可能影響測試，因此這種方法適合追查流量來源，不適用於精確結算。
四、透過前後兩組數據計算本次用量
以下僅為計算範例，並非產品實測結果。假設測試前後介面使用相同的 MB 單位，期間沒有清除記錄、切換伺服器或變更統計範圍。計算差值可排除先前累計數據的影響；測試時也應記下時間，方便與後台更新後的數據比對。
| 項目 | 10:00 起始值 | 10:05 結束值 | 本次增量 |
|---|---|---|---|
| 上傳 | 12 MB | 15 MB | 3 MB |
| 下載 | 240 MB | 300 MB | 60 MB |
| 上傳與下載合計 | 252 MB | 315 MB | 63 MB |
本次合計為 (15 - 12) + (300 - 240) = 63 MB，不能把結束時的 315 MB 當成本次用量。若只依畫面顯示的單位計算，五分鐘平均下載速率為 60 ÷ 300 = 0.2 MB/s；這是整個觀察區間的平均值，不是傳輸期間的峰值，也不能直接代表線路的最高速度。
判讀重點：先計算增量，再統一單位
先將用戶端與後台的數據都換算成相同時間區間的差值，再核對單位與計費規則。只比較兩邊的累計總數，即使數值相近，也無法證明統計範圍相同。
單位換算也會造成差異。十進位的 1 GB 等於 1,000,000,000 位元組，二進位的 1 GiB 等於 1,073,741,824 位元組；同一批位元組換算成不同單位後，顯示數值也會不同。若頁面只標示 GB，卻沒有說明定義，不要自行假設換算方式，請查閱相關說明或向既有服務商確認。
五、為什麼 Data 與服務商後台用量不一致
用戶端與服務商可能在網路傳輸路徑的不同位置計數。資料經過協定封裝後，還會增加連線建立、加密記錄等額外負擔；是否計入重傳，以及在哪一層計算，也取決於統計位置。不能用固定百分比解釋所有差異，更不能直接把差額當成異常用量。
- 計費方向不同：後台可能合計上傳與下載，也可能採用其他計算方式。先確認相關說明，不要只拿用戶端的 Download 與後台總量比較。
- 統計範圍不同：後台可能彙整帳戶在其他裝置上的用量；本機 Data 不包含那些裝置的本機記錄。
- 時間區間不同：後台可能延遲入帳，計費週期的起始時間、時區與更新時間也可能不同。請記下兩邊數據對應的時間。
- 倍率與扣費規則不同：若既有服務條款明確載明倍率，後台扣除的用量可能不同於實際傳輸位元組。請依已公布的規則核對，不要自行猜測。
- 本機記錄起點不同：清除統計、調整設定或變更記錄保留範圍，都可能導致本機累計值無法直接與整個計費週期比較。
- 流量路徑不同：Direct 流量不會經過該代理伺服器；系統其他連線的觀察範圍，也不能直接等同於用戶端統計。
例如，本次用戶端上傳增加 3 MB、下載增加 60 MB，而後台稍後增加 63 MB，至少在這個觀察區間內，符合上傳與下載合計的計算方式。如果後台顯示增加 126 MB，應先確認是否有明確的 2 倍計費規則或其他裝置活動；這個範例僅供說明檢查順序，不能據此斷定實際服務採用哪種計費方式。
六、數據異常時，依序檢查哪些項目
先排除統計範圍與測試條件，再檢查連線和設定。更新訂閱可能會變更伺服器項目或參數，因此不要在同一輪對帳中同時更新訂閱、切換協定與調整規則。每次只變更一項條件，才能判斷數據變化與哪項操作有關。
「沒有開啟 App，流量為什麼還在增加？」
先暫停雲端同步、媒體播放與自動下載，記錄一分鐘的閒置流量增量。接著檢查 Settings → On Demand 的連線觸發條件：它能依條件建立連線，但不代表每筆流量都是 On Demand 本身產生的。背景工作、通知與既有連線仍可能傳輸資料。
「網頁可以開啟，伺服器統計卻沒有增加？」
先在 Home → Global Routing 確認目前模式，再核對 Config 中該請求符合的規則與出站。命中 Direct、瀏覽器直接使用本機快取，或查看了另一個伺服器項目，都可能導致目標伺服器的數據沒有增加。
「Data 數字突然變小，是流量退還了嗎？」
先確認是否切換了分組、伺服器或統計範圍，並回想是否清除過記錄。用戶端顯示數值變小，不代表服務商方案餘額有所變化；方案餘額需另外登入既有服務商後台核對。
「按 App 加總後，為什麼和伺服器總量對不上？」
先確認兩邊的時間區間一致，再檢查未分類流量、Direct 路徑與背景活動。若無法可靠確認 App 身分，不要把差額硬算到某個 App；改用單一 App 操作前後的流量增量，找出增長最明顯的來源。
- 固定一台伺服器與一種 Global Routing 模式，記下起始數據和時間。
- 暫停其他明顯的網路活動，完成一次可重複的前景操作。
- 記下結束數據，分別計算上傳、下載與合計的增量。
- 等服務商後台完成本次入帳，再核對相同時間區間、相同帳戶範圍與相同計量單位。
- 若仍有差異，請備妥已去識別化的記錄，向既有服務商詢問計費方向、倍率與統計更新週期。
Data 最適合用來確認「流量何時增加、增加多少、主要經過哪個出站」。涉及精確的 App 歸屬與帳戶計費時，應依據實際介面提供的資訊及後台規則判斷，不要將單一數值解讀成裝置總流量或最終帳單。