Data 用來查看 Shadowrocket 處理的流量，不等於裝置的行動網路用量，也不等於服務商帳單。本文適合已向服務商取得訂閱與節點，並需要核對用量的使用者：先分清累計流量與即時速率，再從伺服器和應用程式角度查看流量歸屬，最後以相同時段的增量判斷差異。
先分清 Data 讀數、即時速率與方案用量
Shadowrocket（小火箭）的本機統計、系統網路統計與服務商後台，分別反映不同位置的資料。解讀 Data 讀數時，須同時留意目前的統計分類和記錄範圍；它不等於整部 iPhone 或 iPad 的總用量，也無法直接推算方案實際扣除的流量。頁面顯示的單位、分類標題和記錄起點，比單一數字更重要。
上傳通常是裝置向外傳送的資料，下載則是裝置接收的資料。例如播放影片以下載為主，但仍會產生請求、確認及其他上行通訊。若單位帶有 /s，代表速率；沒有時間分母的位元組數才是累計資料量。某一瞬間的速度很快，不表示整個統計時段都維持相同速率。
例如，理論上 8 Mbps 相當於 1 MB/s，換算時尚未扣除通訊協定開銷。MB 與 MiB 也不是相同單位：1 MB 是 1,000,000 位元組，1 MiB 是 1,048,576 位元組。比較兩個頁面前，應先確認各自的單位定義；縮寫相近，不代表採用相同的換算方式。
從伺服器查看：確認流量實際經過哪個出站
伺服器視角反映的是代理出站的使用情況：哪個伺服器項目承接了請求、流量集中在哪個項目，以及切換後的新請求是否轉移。伺服器項目與服務商方案並非一對一關係。同一方案可能包含多台伺服器，多部裝置也可能共用同一方案；因此，本機單一項目的累計值不能代表整個帳戶的用量。
- 先在 Home 確認目前選取的伺服器，並記下名稱。若有多個同名項目，也要核對位址和連接埠，以免混淆不同項目。
- 檢查 Global Routing。使用 Config 時，請求會依設定規則決定去向；使用 Proxy 或 Direct 時，一般請求所選的出站方式不同，兩者不能直接比較。
- 進入 Data，查看頁面提供的伺服器統計，記下相關項目的上傳量、下載量及記錄範圍。實際分類入口請以目前頁面顯示為準。
- 完成一項短時間操作後，再查看同一項目的數字。透過增量確認該項目是否承接這次操作，不要只比較歷史累計值。
切換伺服器不會讓所有既有連線立即變成新連線。影片串流、長連線或背景傳輸可能繼續使用原有連線，直到中斷或重新建立。因此，切換後舊項目仍略有增加，不能單憑這點判定選擇未生效。測試時應先結束工作，再重新發出請求並觀察新一輪增量。
判斷方式：先比較同一項目的增量
若要確認目前伺服器是否正在使用，請固定 Global Routing 設定和測試工作，分別記錄操作前後的讀數；不要拿某項目的長期累計值和另一項目的短期讀數比較。
從應用程式查看：用來判斷來源，不是完整的系統清單
應用程式視角回答的是「觀察到的連線可能來自哪裡」，而不是「裝置上每個應用程式用了多少電信流量」。Apple 平台對應用程式身分識別有權限和系統能力上的限制。若 Data 提供應用程式分類，請以實際顯示的分類和歸因結果為準；沒有列出某個應用程式，不代表它沒有連網，也不表示每條連線都能準確對應到應用程式名稱。
一項前景操作可能觸發多個服務請求，背景同步也可能同時進行。反過來說，多個應用程式可能連線至同一網域，或共用系統服務。單憑網域、伺服器位址或連線時間，通常無法唯一判定發起連線的應用程式。查看應用程式維度時，應將結果視為排查線索，再透過單一操作進行驗證。
伺服器視角記錄表
- 入口
- 在 Home 確認選取項目，在 Data 查看統計
- 統計對象
- 特定伺服器項目與代理出站
- 事前條件
- 記下目前的 Global Routing 設定
- 比較方式
- 相同項目、相同時段的增量
適合檢查出站使用情況，不可取代帳戶帳單。
應用程式視角記錄表
- 入口
- Data 實際提供的應用程式分類
- 統計對象
- 可供觀察與歸因的連線
- 事前條件
- 確認分類是否存在及其顯示範圍
- 比較方式
- 暫停其他工作，單獨操作目標應用程式
適合尋找流量來源，無法取代系統行動網路用量統計。
若要排查行動網路方案用量，還應前往系統 Settings 的 Cellular 或 Mobile Data 頁面查看各應用程式的用量；入口名稱會因系統語言和地區而異。系統行動網路統計與 Shadowrocket 本機統計的計算時段須分別核對；Wi-Fi 傳輸的資料也不能用來解釋行動網路帳單。
依步驟進行一次可複核的流量比較
有效的比較不必清除所有歷史記錄。保留原始讀數，前後相減即可算出增量，也能避免遺失後續排查所需的資訊。以下為計算範例，不是實測結果，也不構成產品效能承諾。
- 固定環境：選擇一種網路，固定使用同一台伺服器與 Global Routing 設定，並暫停雲端同步、應用程式更新及其他裝置透過同一帳戶進行的傳輸。
- 記錄起點：記下時間、Data 中的上傳與下載讀數，以及服務商後台顯示的用量和更新時間。訂閱資訊中的剩餘用量也可能是上次更新時的數值。
- 執行單一工作：只開啟一個目標應用程式，進行一項起訖明確的操作。網頁快取和影片預載都會影響實際傳輸量，不要把頁面標示的檔案大小當成網路讀數。
- 記錄終點：工作結束後，等待連線趨於閒置，再讀取同一組欄位。若服務商後台延遲彙整，等資料更新後再記錄，不要反覆執行工作來補足數值。
- 計算差值：分別計算上傳增量與下載增量，記下測試時段，再依服務商公開的計量規則進行比較。
| 記錄項目 | 操作前 | 操作後 | 本次增量 |
|---|---|---|---|
| 上傳累計 | 20 MB | 22 MB | 2 MB |
| 下載累計 | 100 MB | 150 MB | 50 MB |
| 上傳與下載合計 | 120 MB | 172 MB | 52 MB |
這個範例只能說明本機所選統計範圍增加了 52 MB，不能直接證明服務商也應扣除 52 MB，更不能證明目標應用程式的有效內容恰好是 50 MB。是否同時計算上傳與下載、有無倍率，以及是否有其他裝置使用，都需要分別確認。
讀數不同的原因：觀察位置與分流結果各異
這段流程說明了為何統計數字不一定相符：應用程式發出內容請求，Shadowrocket 處理進入其接管範圍的連線，規則決定出站方式，服務商則在自己的網路邊界計量。各觀察點可能採用不同的位元組範圍和彙整時段。流量經過本機處理，不代表 Direct 流量會自動計入代理伺服器方案用量。
在 Global Routing 中使用 Config 時，Config 規則會由上而下比對，第一條符合的規則會決定策略。以下僅為規則語法範例，不表示必須取代現有設定；實際策略名稱請以你的設定為準。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY在這個範例中，符合 example.com 及其子網域的請求會採用 DIRECT；接著由 GEOIP,CN,DIRECT 處理符合條件的 IP；尚未命中的請求則交由最後一條 FINAL,PROXY 處理。因此，同一次瀏覽操作可能產生不同去向的連線。只看本機總量而忽略具體策略，是核對用量時常見的誤差來源。
- 協定封裝：TLS、代理協定標頭和連線維護都會產生額外資料；應用程式內容大小、隧道傳輸位元組數和伺服器網卡傳輸量並非同一概念。
- 重傳與重新連線：網路不穩可能增加傳輸量，但不同統計位置涵蓋重傳的範圍各異，不能用固定百分比統一修正。
- 帳戶彙整：後台可能彙整同一帳戶下的多台伺服器、多部裝置，以及上傳和下載；本機則只顯示目前裝置的部分記錄。
- 計量規則：計費倍率、結算週期、時區和後台更新間隔都可能造成差異，請向你的服務商查詢具體說明。
- 自動連線：Settings → On Demand 中的條件可能自動建立隧道，背景同步也可能因此傳輸資料；螢幕關閉不代表所有網路活動都已停止。
核對用量前，先統一四項條件
先統一裝置範圍、起訖時間、上下載範圍和單位，再進行比較。若差異仍持續，請保留相同測試時段兩端的記錄，再向服務商確認計量規則。
常見問題：數值歸零、背景流量增加與上傳異常
Data 數字變小或歸零，代表方案用量已重設嗎？
不能這樣判斷。請先確認選取的伺服器、分類和記錄範圍是否變更，再檢查是否曾執行重設、重新安裝或還原等操作。本機記錄變動不代表服務商帳單也有變化；方案剩餘用量應至相應帳戶後台確認。
沒有開啟網頁，為什麼流量還在增加？
先暫停照片同步、檔案傳輸和媒體播放，再查看增量是否明顯下降。接著檢查 Settings → On Demand 中的自動連線條件。背景通知、同步和既有連線都可能持續傳輸資料，不能只因前景沒有操作就認定統計異常。
上傳量比預期多，該檢查哪些項目？
先記錄五分鐘內的上傳增量，並檢查是否有雲端備份、視訊通話或檔案上傳。若 Data 提供應用程式歸因，再針對相關項目逐一暫停驗證。不要只因累計上傳量高於下載量，就認定原因是伺服器故障。
重設 Data 會讓服務商重新計算用量嗎？
重設本機統計只會影響本機記錄，不會改變服務商的計量方式。若目前介面提供重設功能，請先保存記錄並閱讀確認提示；只為進行一次比較時，優先使用前後差值，不必重設。不要預設重新連線、更新訂閱或更換伺服器會清除帳戶用量。
處理流量問題時，先保留資料再變更設定。向服務商提供起訖時間、單位、伺服器項目及上下載增量，通常就足以協助查詢；分享記錄前，請遮蔽訂閱網址中的憑證、帳戶識別資訊和存取記錄中的個人資料。若還需要檢查分流或首次連線步驟，可繼續閱讀本站使用說明。