Data 用來查看客戶端記錄的流量，不等同服務商的方案帳單。先分清累計用量與即時速率，再按伺服器查看流量走向、按 App 查看來源，最後比對同一時段的增量與連線記錄，確認規則是否如預期分流。本文適合已匯入訂閱、想釐清統計差異或檢查分流結果的使用者；各平台顯示的 App 歸屬與重設入口可能不同，請以目前介面為準。
先分清統計用量、速率與服務商用量
查看 Shadowrocket（小火箭）的 Data 數據時，先留意單位。B、KB、MB、GB 表示累計資料量；B/s、KB/s、MB/s 則表示單位時間內的速率。停止下載後，速率下降而累計用量保留，是兩種指標的正常變化；累計 20 MB 不代表目前下載速度是 20 MB。
Upload 是裝置向外傳送的資料，Download 是裝置接收的資料。瀏覽網頁也會產生 Upload，因為請求、登入狀態與確認封包都需要送出；上傳檔案時也會有 Download，因為伺服器會回傳回應。若介面提供 Total，請先確認它代表該列的收發合計，還是目前檢視畫面的總計，避免將上層彙總與子項重複加總。
服務商是在另一端統計用量，可能採用不同的計費週期、倍率與協定封裝計算方式。客戶端、系統行動數據用量與服務商控制台並非使用同一把尺。訂閱中的剩餘流量若由服務商提供，也不代表它是 Data 本機統計的延續。請向服務商取得訂閱連結；方案餘額與計費週期也應向服務商確認。
例如，檔案標示大小為 100 MB，不代表 Data、系統設定與服務商控制台都會剛好增加 100 MB。協定額外負載、快取、重試與統計範圍都會影響結果；MB 與 MiB 的換算方式也可能不同。先統一時間範圍與單位，再比較差異。
按伺服器查看流量：確認哪個出站實際傳輸資料
按伺服器檢視時，重點是某個伺服器項目在測試期間增加多少，而不是它的歷史總量排名。Home 目前選取的伺服器，不一定會讓既有連線同時切換：沿用中的連線或尚未完成的下載，可能繼續使用原有連線。因此，切換伺服器後，請重新發出請求再觀察。
| 觀察項目 | 說明 | 確認方式 |
|---|---|---|
| 伺服器名稱 | 客戶端記錄流量時所關聯的伺服器項目 | 回到 Home 對照項目，不要只憑相似名稱判斷 |
| Upload / Download | 該項目的累計用量或速率，依顯示單位而定 | 記錄測試前後的數值，不直接比較歷史總量 |
| Direct | 若檢視畫面有顯示此項，代表記錄到的直連流量 | 搭配 Global Routing 與連線記錄判斷流量來源 |
| 項目數值沒有增加 | 測試流量可能未經此出站，也可能沒有建立新連線 | 檢查快取、連線沿用、統計更新與實際命中的策略 |
伺服器清單不代表所有網路活動的完整記錄。直連流量是否個別顯示、歷史項目是否保留，取決於目前介面與統計範圍。即使所選伺服器的用量沒有增加，也不能據此認定裝置未連網；請求可能使用 Direct、其他策略指定的伺服器，或未納入目前統計範圍。
- 在 Home 確認目前使用的伺服器，並記下 Data 中該項目的 Upload 與 Download 起始值。
- 暫停其他明顯占用大量流量的工作，使用一個 App 發出新的網路請求。
- 等待請求完成，回到 Data，以相同單位記錄結束值。
- 以「結束值減去起始值」計算增量，再對照同一時段的連線記錄。
按 App 查看流量來源：沒有顯示項目不代表流量為零
按 App 檢視回答的是「流量來自哪裡」，按伺服器檢視回答的是「流量經過哪個出站」。兩種維度可能描述同一批資料，因此不能相加來計算裝置總用量。同一個 App 可能連線到多個網域，分別符合 Direct 與代理策略；同一台伺服器也可能同時承載多個 App 的連線。
App 流量歸屬的顯示程度會受平台權限與流量接管方式影響。尤其在 iPhone / iPad 上，不應預設系統會提供完整的逐 App 身分資訊。若目前介面沒有按 App 檢視入口，或部分連線只顯示無法明確歸屬的項目，請改用伺服器增量與連線記錄繼續排查，不必尋找目前介面中不存在的開關。
- 瀏覽器不只連到單一網域：同一個頁面可能同時載入圖片、字型、媒體與 API；App 的總用量無法證明所有請求都符合同一條規則。
- 切到背景不代表停止傳輸：同步、通知相關連線或背景傳輸仍可能產生流量；測試時請盡量暫停其他工作。
- 介面顯示零不代表沒有存取：快取命中、統計延遲更新或歸屬資訊受限，都可能讓本次觀察沒有可見增量。
- App 用量與伺服器用量不一定逐列相等：兩者的分類範圍可能不同；先確認時間範圍一致，再查看個別連線。
統計何時重設：先確認計數範圍
「中斷連線後會不會歸零」不能脫離計數器種類一概而論。目前連線的持續時間或即時速率，與 Data 儲存的累計用量並非同一項；中斷連線會結束目前工作階段，但不代表所有歷史統計也會清除。返回 Home、切換 Global Routing 或更新訂閱，也不應視為統一的清零操作。
| 操作或時間點 | 如何理解 | 建議記錄 |
|---|---|---|
| 關閉連線開關 | 目前工作階段結束，但累計用量不一定會清零 | 分別記錄中斷前後的同一項目 |
| 結束後重新開啟 App | 介面重新載入不代表已清除儲存的統計資料 | 比較重新開啟前後的數值與統計範圍 |
| 跨越午夜或方案結算日 | 若沒有明確的週期說明，不要假設本機統計會自動歸零 | 檢查介面是否標示日期範圍 |
| 執行清除統計操作 | 依目前介面的確認提示操作；清除範圍可能僅限指定項目 | 先記下需要的數值，再確認清除結果 |
需要重新計數時，先在 Data 檢查目前平台是否提供清除或重設統計的操作，閱讀確認提示後再執行。不要套用其他平台的按鈕位置，也不要為了歸零而刪除伺服器、訂閱或 App 資料。若沒有明確的重設入口，直接以結束值減去起始值，仍可取得可靠的測試時段用量。
結論：用增量取代清零
每輪記下開始時間、結束時間、伺服器名稱與兩組數值；即使歷史統計保留，也能分辨本次測試的資料量。重設只會改變觀察基準，不會重設服務商帳單或方案餘額。
用 Data 核對 Config 規則：先固定變因，再確認命中結果
若要檢查設定檔中的規則，先在 Home → Global Routing 選取 Config，再到 Config 確認目前使用的設定檔。Proxy 與 Direct 可用來暫時比對，但不能用這兩種模式的測試結果證明設定檔中的規則已命中。若使用 Scene，請先確認目前場景實際套用的路由設定，避免將切換場景造成的變化誤判為規則失效。
測試前記錄狀態
- Global Routing
- Config
- 設定檔
- 在 Config 確認目前選取的檔案
- 伺服器
- 在 Home 記錄目前選項
- 自動連線
- Settings → On Demand
確認 On Demand 條件是否會改變連線狀態，整輪測試期間維持網路環境不變。
規則語法範例
- DOMAIN-SUFFIX
- example.com,PROXY
- IP-CIDR
- 192.0.2.0/24,DIRECT,no-resolve
- GEOIP
- CN,DIRECT
- FINAL
- PROXY
範例網域與網段僅用於說明語法，不作為實際連線測試目標；FINAL 請放在最後。
以下提供一組用來說明規則順序的範例。DOMAIN-SUFFIX 會比對指定網域及其子網域；IP-CIDR 會比對目標 IP 網段，範例中的 no-resolve 表示不會為了比對此規則而主動解析網域；GEOIP 依據目標 IP 的地理資料庫分類；FINAL 則處理先前未命中的請求。規則由上而下比對，較前面的規則可能改變最終結果。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY實際測試時，請使用已知可連線且符合現有規則的目標，不必把範例直接貼進日常使用的設定檔。先記錄 Data 起始值，再開啟目標，並查看連線記錄中的目標網域或 IP、命中規則與最終策略。HTTPS 通常使用目標連接埠 443，但連接埠本身無法證明請求使用了代理；請以實際命中規則與出站為準。
- 建立基準：確認連線已開啟，暫停背景下載，記錄伺服器與 App 用量。
- 發出新請求：避免只重新載入完全由快取提供的頁面；更換測試資源時，維持目標策略一致。
- 核對連線：先依時間與目標找到對應連線，再核對規則與出站，不要只看伺服器總量。
- 查看增量：等待統計更新後計算差值；若結果不符，先檢查規則順序與既有連線是否沿用。
- 還原設定：若曾為了比對而暫時切換 Proxy 或 Direct，測試結束後請還原原本的 Config 設定。
結論：流量增加可供參考，確認連線命中才是排查依據
假設某台伺服器的 Download 從 12 MB 增至 17 MB，只能表示該項目約增加了 5 MB，不能單憑這點確認某個網域命中了 DOMAIN-SUFFIX。請先找出對應連線，再用 Data 增量確認是否有持續資料經過。
常見流量統計問題與處理方式
沒有主動下載，為什麼 Upload 還在增加？
先暫停雲端同步、檔案上傳與其他背景工作，記錄一分鐘內的變化，再檢查該時段的連線。網頁請求、連線保活與確認封包也會產生 Upload；只憑上傳量增加，無法判斷正在上傳檔案。
切換伺服器後，舊伺服器為什麼還有流量？
先等原有下載結束，再建立新連線並確認出站。舊連線可能仍在傳輸，路由策略也可能選擇其他伺服器。不要透過刪除舊項目來驗證；先用連線時間與目標辨認對應請求。
按 App 統計找不到剛開啟的 App，怎麼辦？
先確認目前平台是否提供可用的 App 歸屬資訊，再檢查是否只是讀取到快取。發出新請求後，比對伺服器增量與連線記錄；無法歸屬的流量應保留為未知，不要自行猜測是哪個 App。
Data 與服務商控制台的數據差很多，需要修改規則嗎？
先統一開始時間、結束時間與單位，並向服務商確認結算週期與計費方式。規則決定請求如何路由，不負責讓兩端的統計數字相等。只有在連線記錄顯示出站與預期不符時，才進一步檢查 Config。
Data 有流量增加，網頁為什麼還是打不開？
流量增加可能來自其他 App、連線失敗前的交握或重複請求。先確認目標連線是否成功，再檢查 DNS、規則命中與出站狀態；若要進一步定位，請依故障排除步驟逐項確認，不要以總流量增加取代連線測試。
保留排查記錄時，只需記下裝置平台、Global Routing、設定檔、伺服器名稱、測試目標與時間範圍。對外提供記錄前，請隱去訂閱連結、認證資訊與個人瀏覽內容。若要繼續檢查連線或匯入訂閱，可分別參閱故障排除與快速上手。