Data 頁面顯示的是 Shadowrocket 在裝置上記錄的流量，不等同於服務商的方案用量，也不等同於系統的行動數據用量。本文適合已匯入自有連線設定的使用者：先分辨伺服器與 App 兩種分類方式，再以相同時間區間的讀數增量檢查上下載流量、規則路由與統計範圍，最後排查數字偏高或為零的原因。
先分清統計對象：伺服器記錄與 App 記錄
閱讀 Shadowrocket（小火箭）的 Data 頁面時，須留意目前顯示的群組、單位與時間範圍。依伺服器檢視時，關注的是連線出口對應的記錄；依 App 檢視時，關注的是流量來源的分類。兩者是觀察同一批網路活動的不同角度，不應將兩種檢視方式的總數相加，當成額外用量。
伺服器項目不等於方案餘額。若已有服務商與訂閱，服務商端可能另有計費週期、倍率、上下行計算方式與更新延遲。Data 的本機讀數只能說明指定統計範圍內記錄了多少流量，無法據此推算剩餘可用額度。
依伺服器檢視
- 觀察對象
- 連線出口對應的流量記錄
- 先確認
- Home 中選取的伺服器，以及實際連線路由
- 適用情境
- 切換出口後，哪些記錄仍在增加
- 不能取代
- 服務商端的方案用量與帳單
名稱相近不代表統計對象一定相同，比較前請先確認項目。
依 App 檢視
- 觀察對象
- 可分類至 App 來源的流量記錄
- 先確認
- 目前裝置是否顯示此檢視方式與有效來源資訊
- 適用情境
- 操作某個 App 時，哪些來源記錄會增加
- 不能取代
- 系統對所有網路活動的完整統計
App 來源的辨識程度受平台與連線資訊限制，不要勉強將未知記錄歸類。
不同 Apple 裝置上可見的統計項目與來源資訊可能不同。本文介紹的兩種檢視方式，不代表每台裝置都會顯示完全相同的 App 清單；若目前的 Data 沒有提供某項明細，就不要依伺服器名稱、網域或處理程序線索自行判定 App 流量。
上下載流量與速率：先看單位，再讀數字
上傳是裝置向外傳送資料，下載是裝置接收資料。開啟網頁通常會同時上傳請求並下載頁面資源；播放影片也會傳送請求、確認與控制資訊。因此，「只是看影片，為什麼還有上傳？」並不代表異常，兩個方向的數值都有增加是正常的網路活動。
若數字帶有 /s，表示取樣期間的傳輸速率；若顯示累計的 KB、MB 或 GB，則表示統計範圍內的資料量。App 停止傳輸後，速率可以回到零，但累計值不會因此歸零。不要把短時間的速率尖峰當成已使用的總流量。
| 讀數或計算 | 應如何解讀 | 檢查重點 |
|---|---|---|
| 累計下載 120 MB | 表示目前統計範圍內的接收量 | 先確認統計範圍與重設時間 |
| 下載速率 2 MB/s | 表示目前取樣期間的接收速度 | 不代表已累計下載 2 MB |
| 150 MB − 120 MB = 30 MB | 兩次累計值的差額就是該時段的增量 | 兩次讀數必須對應相同項目與範圍 |
| 8 Mbps ÷ 8 = 1 MB/s | 依十進位單位換算的理論值 | 實際傳輸量也會受通訊協定額外負載等因素影響 |
表格中的數值僅為計算範例，並非測速結果。不同頁面可能採用不同的進位方式或顯示精度，些微差異不能直接判定為漏算或多算。
統計週期：不要預設等於本月或本次連線
Data 頁面的統計週期應以目前可見的範圍、時間標記與重設狀態為準。不能只因為「今天開啟 App」，就把既有累計值當成今天的用量；同樣地，斷線後重新連線也不代表所有統計都會歸零。
重設統計、斷線與切換伺服器是三種不同操作。即使介面提供清除或重設選項，也要先確認影響的是目前群組、目前項目，還是更大的範圍。排查問題時，通常先記錄基準值並計算增量，比立即清除歷史記錄更有幫助。
- 開啟 Data，記下目前的群組、項目名稱、上傳與下載累計值，以及頁面顯示的時間範圍。
- 記下開始時間，例如 14:00；測試期間保持相同的統計檢視方式，不要切換比較對象。
- 執行單一操作，再於 14:05 記錄相同項目的結束值，以結束值減去開始值。
- 若期間發生重設、項目變更或範圍變更，請放棄這次差值，重新建立基準。
規則路由：選取伺服器不代表所有流量都經過它
若 Home 已選取某個伺服器，但該伺服器的記錄沒有明顯增加，請先檢查 Home → Global Routing。使用 Config 時，請求會依目前 Config 中的規則決定路由；Direct 代表直接連線模式，Proxy 代表代理模式。若使用 Scene，也要確認目前生效的場景，而不只是查看上次選取的伺服器名稱。
此流程用於理解統計關係，不代表系統的所有流量都必然進入隧道。只有落在相應處理與記錄範圍內的資料，才適合用來比較。遭系統排除、由設定繞過或未納入相應記錄範圍的連線，不一定會顯示在某個代理伺服器項目中。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
FINAL,PROXY上方片段僅說明分流關係，並非完整設定。在 Config 模式下，符合 example.com 及其子網域的連線會使用 DIRECT；未符合前述規則的連線則使用 FINAL,PROXY。因此，存取符合直接連線規則的目標，不適合用來確認代理伺服器項目的流量是否增加。規則會由上往下比對，也要留意目前連線是否沿用修改前已建立的工作階段。
- 在 Config 中確認目前選取的設定，而不只是查看未啟用的檔案。
- 搭配連線記錄確認目標與策略；若頁面包含多個網域，不要將整個頁面視為單一連線。
- 前後比較時保持 Global Routing 不變，避免將模式變更誤判為統計異常。
讀數偏高：先排除背景活動與統計口徑差異
流量明顯超出預期時，先分清楚是「超過剛下載的檔案大小」，還是「超過服務商頁面顯示的用量」。前者可能與預載、失敗重試、背景同步或同一頁面的其他資源有關；後者還涉及服務商的統計範圍與計費規則。兩種情況不能用同一個結論解釋。
| 觀察到的狀況 | 優先確認 | 處理方式 |
|---|---|---|
| 前景沒有操作，讀數仍持續增加 | 背景傳輸與自動連線 | 暫停同步、媒體播放與下載工作，再查看 Settings → On Demand |
| 檔案只有幾十 MB，流量增量卻更大 | 其他資源與重試請求 | 關閉其他網路工作，再以同一個檔案進行短時間比較 |
| 與服務商顯示的用量不一致 | 計費週期、倍率與上下行計算方式 | 先對齊起訖時間，再確認服務商提供的用量說明 |
| 同一個 App 出現多筆相關記錄 | 頁面資源與連線拆分 | 以相同時間區間檢視，不要把網域數量當成 App 數量 |
Settings → On Demand 可用來確認自動連線設定。按需連線可能在你以為已停止使用時，因符合條件的網路活動而重新連線；它不是流量倍增開關，也不是統計歸零開關。排查時應一併查看 Home 的連線狀態與系統 VPN 狀態。
通訊協定封裝、維持連線等因素，也可能造成不同測量位置的位元組數不同，但不能對所有連線套用固定百分比。更不能只看一個差值，就認定某個 App 有異常傳輸。應先縮小時間範圍，確認流量是在什麼操作後增加。
讀數為零或缺少 App：依序檢查
零值只表示目前項目與統計範圍沒有顯示出可見增量，不能單憑此點證明網路完全沒有活動。請求可能由快取提供、改走其他出口，或尚未達到目前的顯示精度。若無法辨識 App 來源，也不應將缺少 App 名稱解讀為沒有傳輸。
網頁可以開啟，為什麼選取的伺服器讀數仍是零？
先前往 Home → Global Routing 確認模式；若使用 Config，再前往 Config 查看目前規則與連線的實際路由。接著以未快取的請求重新測試，不要反覆重新整理同一份已快取內容。
為什麼在 App 清單中找不到正在使用的 App？
先確認目前的 Data 是否提供 App 來源資訊，再查看是否有未分類記錄。以單一 App 進行短時間比較，並與伺服器檢視方式交叉確認；若無法可靠判定來源，請保留為未知，不要只因網域相似就認定來源。
切換伺服器後，為什麼舊項目仍在增加？
先暫停測試 App 的網路工作，再重新連線並觀察。請確認既有工作階段、背景工作與設定中的策略選擇；只變更 Home 中的選取項目，不足以證明所有既有連線都已切換。
有上傳數值，下載暫時沒有，是連線失敗嗎？
稍候讓介面更新，並確認目標是否確實傳回內容。再搭配連線記錄與實際頁面結果判斷；單向的小型請求、顯示精度與請求失敗，都可能造成這種短暫現象。
透過一次可重現的測試留下排查記錄
有效的記錄應同時包含「時間、項目、操作、變化」。不必先清除所有資料，也不必為了讓數字增加而長時間傳輸。選擇自己平常會存取的目標，減少其他網路活動，進行一次短時間的前後比較即可。
- 準備：在 Home 確認連線狀態與 Global Routing，並在 Config 確認生效中的設定；記錄 Settings → On Demand 的目前狀態。
- 建立基準：記下 Data 的群組、項目、時間範圍、上傳值與下載值。若要檢查 App 歸屬，也要記錄是否有可辨識的來源資訊。
- 執行操作：只開啟一個目標頁面，或進行一次既有檔案傳輸；避免同時測速、播放影片或更新內容。
- 等待更新：操作完成後稍候片刻，記錄相同位置的結束值，分別計算上傳與下載的增量。
- 解讀結果：依據實際規則路由、快取與背景活動判斷。需要重新測試時，保持條件相同，每次只變更一項設定。
記錄只保留排查所需資訊。分享前請遮蔽訂閱網址、憑證、個人網域與伺服器位址。Data 有助於定位流量在哪個觀察範圍內增加，但連線品質、方案餘額與 App 來源歸屬仍須分別確認，不能只靠一個累計數值得出所有結論。