Shadowrocket（小火箭）的 Data 用來查看用戶端記錄的網路用量，並非電信帳單。本文適合想了解流量去向、核對伺服器用量或檢查背景請求的使用者。查看數據時，先分清上傳與下載，再確認統計對象、累計起點和網路類型；按 App 分類也須考量識別能力，不能直接當成系統層級的逐 App 計費紀錄。
Data 的上傳、下載與速率代表什麼
先在 Shadowrocket 開啟 Data 統計頁面。入口位置與分組顯示可能因目前介面而異，請以實際顯示的標籤為準。閱讀時先分辨累計資料量與即時傳輸速率：前者表示「已傳輸多少」，後者表示「目前傳輸速度有多快」。停止載入頁面後，速率可能降至接近零，但累計資料量不會因此自動歸零。
累計資料量
- Upload
- 從本機傳送至網路的資料量。
- Download
- 從網路接收至本機的資料量。
- Total
- 相同統計對象與時間範圍內，上傳與下載的總和。
- 常見單位
- KB、MB、GB，或 KiB、MiB、GiB；請以頁面標示為準。
瀏覽網頁也會產生上傳請求；上傳檔案也會收到回應。
即時傳輸速率
- 方向
- Upload 與 Download 的方向仍以本機為基準。
- 單位
- 帶有 /s 的數值表示每秒傳輸量，不是累計用量。
- 換算
- 1 MiB = 1,048,576 位元組；1 MB = 1,000,000 位元組。
- 位元與位元組
- 1 B = 8 bit，MB/s 與 Mbps 不能直接畫上等號。
先統一單位，再比較用戶端、系統與服務商的紀錄。
如果同一統計對象顯示 Upload 為 2 MiB、Download 為 10 MiB，合計就是 12 MiB。這只是數值示例，並非效能測試。頁面可能先將各項數值四捨五入再顯示，因此將畫面上的小數相加，總計末位可能略有差異。
按伺服器統計：查看連線使用的出口
按伺服器分類，重點是流量經過的代理出口，而非發出請求的 App 名稱。前提是使用者已有自己的服務商與連線資料。某個伺服器項目的數值增加，表示統計範圍內有流量歸入該出口；不能據此推斷裝置上的所有網路活動都經過該出口。
檢查 Home → Global Routing。Proxy、Direct、Config、Scene 代表不同的路由模式，不是四種流量統計單位。使用 Config 時，連線會依目前設定比對規則；Home 中選取的伺服器，不一定承載每一條連線。Scene 的實際行為取決於所選場景，不能只看名稱判斷出口。
- Proxy：符合代理處理範圍的連線會使用代理策略；仍須查看連線紀錄，確認實際出口。
- Direct：使用直連策略，不應預期所有瀏覽活動都會讓代理伺服器項目的數值增加。
- Config：檢查 Config 中目前生效的設定。
DOMAIN-SUFFIX、GEOIP、IP-CIDR與FINAL可將不同連線分配至不同策略。 - Scene：先確認場景採用的設定，再解讀伺服器數值。不要為了讓統計數據一致而直接修改既有場景。
例如，規則將部分網域交由 DIRECT 處理，其他連線則交由代理出口，這兩部分就不應全部計入同一個代理伺服器項目。如果頁面另列直連統計，也要與代理項目分開查看。修改伺服器名稱或重新匯入資料後，不宜只憑顯示名稱認定它與舊紀錄屬於同一統計對象。
按 App 統計：查看分類結果，不等同系統用量
按 App 檢視可將用戶端能識別的連線彙整至相應類別。請區分「依據連線資訊分類」與「系統直接提供逐 App 位元組帳單」。在 iPhone、iPad 上，不能假定隧道中的每條連線都能取得可靠的來源 App 身分；目前頁面未提供的 App 維度，也無法從伺服器名稱反推。
網域、目標位址與連線特徵有助於了解存取對象，但不一定能唯一對應某個 App。同一個內容傳遞網域可能由多個 App 使用；同一個 App 也可能連線至登入、圖片、影片和統計等多個網域。遇到未知或未分類的紀錄時，應保留這些數據，不要硬分配給最近開啟的 App。
| 查看維度 | 適合回答的問題 | 無法直接得出的結論 |
|---|---|---|
| 按伺服器 | 統計範圍內的流量經過哪些出口？ | 究竟是哪個 App 消耗了全部用量。 |
| 按 App 分類 | 可識別的連線主要集中在哪些 App 類別？ | 所有連線都已準確識別，且涵蓋系統的全部網路活動。 |
| 系統行動數據用量 | 系統在目前統計週期記錄了多少行動數據？ | 這些數據全都使用同一個代理出口。 |
判斷方式：以單一操作核對增量
只開啟一個要觀察的 App，記錄操作前後的數值差異，再對照連線紀錄中的目標網域與實際策略。先確認分類是否符合這次操作，再用它分析長期分布。
流量何時歸零：先確認累計起點
不要把「中斷 VPN」、「退出 App」或「跨過午夜」視為所有 Data 紀錄統一歸零的條件。目前連線計數、累計統計與連線日誌可能各有不同的生命週期。中斷後即時速率變為零，不代表歷史累計已刪除；清除日誌也不等於重設所有流量計數。
- 在 Data 中確認目前查看的分組。記下時間、項目名稱、Upload 與 Download 數值，以及頁面是否標示統計週期。
- 如果目前頁面提供 Reset 或清除統計的操作，先閱讀確認提示並核對適用範圍。只重設準備測試的統計，不要把清除紀錄當成日常必要步驟。
- 操作後立即返回原分組，確認目標計數是否歸零。其他分組未變時，不要因此認為操作失敗。
- 如果沒有明確的重設入口，可用「結束讀數減去開始讀數」計算區間用量，不必刪除設定或重新安裝 App。
- 每次比較都記下起訖時間。系統行動數據週期、用戶端累計週期與服務商結算週期應分開記錄。
例如，開始時 Download 為 120 MiB，結束時為 132 MiB，該區間的下載增量就是 12 MiB。如果中途重設計數，結束值小於開始值，這組差值便不再有意義，應重新建立基準。某類累計紀錄是否會持續保存，應依目前頁面的說明與實際觀察確認，不能將一次重新啟動後的現象推論至所有統計。
為什麼 Data 數據與電信、服務商帳單不同
這三類數字回答的問題不同。Data 記錄用戶端觀察到的流量；電信業者記錄其網路端的計費用量；使用者已有的服務商則依自身規則累計連線服務用量。只有網路類型、時間區間、上下載方向與單位一致時，才適合比較。
- Wi-Fi 與行動數據的範圍不同：使用 Wi-Fi 時產生的用戶端數值，不應預期會出現在行動數據帳單中。測試期間切換網路，會讓同一段 Data 增量涵蓋兩種連線方式。
- 隧道與計量位置不同：代理協定封裝、加密紀錄、交握與連線保活都會產生額外位元組。計數發生在封裝前或封裝後，會影響它與網路端計量數據之間的差額。
- 重傳與失敗請求仍可能耗用流量：頁面載入失敗不代表沒有傳輸資料。是否計入某項數值，取決於該統計的計量位置。
- 並非所有流量都歸入同一部伺服器：DIRECT、其他策略出口，以及未納入該統計範圍的系統活動，都會影響各項數值之間的關係。
- 服務商可能採用自己的計費規則：上下行合計、倍率、統計延遲與週期邊界，都應查閱既有服務的說明，不能用用戶端的一個數值代替。
- 顯示單位與精確度不同：十進位 GB 與二進位 GiB 的換算不同。四捨五入也會影響小流量測試的結果。
iPhone、iPad 的系統行動數據用量通常可在系統 Settings → Cellular 查看，實際名稱會因系統地區與語言而異。目前週期不一定會自動對應帳單月份。如要手動重設系統統計，請先保存原有紀錄；系統的重設操作不會同步重設 Shadowrocket 的 Data。
透過一次可控操作檢查流量是否正常
排查時不必反覆測速。測速本身會產生明顯流量，也會干擾對目標 App 請求的觀察。以下方法用來確認分類與增量，不是測量協定效能，也不需要修改伺服器連接埠或現有連線參數。
- 固定網路：選擇 Wi-Fi 或行動數據其中一種，測試期間保持不變。暫停其他大型檔案傳輸，並記下目前時間。
- 固定路由：記錄 Home → Global Routing 目前的模式與生效設定。若使用 Config，請確認測試目標預期符合的策略。
- 記錄基準：分別記下總覽、目標伺服器及可用 App 分組的上傳與下載數值，不必先歸零。
- 執行一次操作：在要觀察的 App 中載入一個明確頁面，等待請求完成，避免連續重新整理或同時播放媒體。
- 讀取差值：返回相同分組，等待介面更新，再用結束值減去開始值。對照連線紀錄，確認目標與出口一致。
- 檢查自動重新連線：需要暫停觀察時，確認 Settings → On Demand。依需求連線的規則可能再次觸發連線，不能只確認曾手動中斷一次。
如果重複開啟頁面時，第二次的增量較小，先考慮本機快取，不要立即判定統計漏記。如果沒有前景操作但數值仍小幅增加，可檢查是否有背景重新整理、通知連線、名稱解析或連線保活。僅憑數值持續小幅增加，不能推斷有異常下載。
常見數值問題與排查順序
選取的伺服器數值一直是零，代表連線沒有成功嗎？
先檢查 Home → Global Routing，再核對連線紀錄中的實際策略。Config 下的請求可能符合 DIRECT 或其他出口。使用一個確定會套用目標策略的請求觀察增量，不要只因伺服器項目為零就判定連線失敗。
按 App 分類加總後少於總計，少掉的流量去哪裡了？
先確認各分組的累計週期相同，再查看未分類紀錄與其他分頁。App 識別有其限制，部分連線無法可靠歸屬；不要直接把差額解讀為帳單錯誤。
中斷連線後數值仍在，如何只看今天的用量？
即時速率歸零，不代表歷史累計一定會消失。如果頁面沒有明確的當日篩選，記錄當日起訖數值並計算差值；若要使用重設功能，先確認提示中的適用範圍並保存舊紀錄。
下載檔案後，為什麼 Data 增量不等於檔案大小？
檔案大小只代表內容的體積。請求標頭、回應標頭、重試與同期的其他連線都可能影響數值；命中快取則可能減少實際傳輸量。固定網路並暫停其他傳輸後，重新記錄差值，再判斷差異來源。
分析 Data 的順序是：先統一時間範圍與單位，再核對實際策略，最後查看 App 分類與計費方式。需要提供排查資訊時，保留起訖數值與現象描述即可；分享連線紀錄前，應遮蔽伺服器位址、驗證資訊，以及使用者既有訂閱的完整連結。