Data 適合用來觀察流量增量與歸屬，不宜直接視為服務商帳單或規則命中紀錄。本文假設使用者已有服務商與訂閱，說明伺服器和 App 兩種檢視方式的差異、速率與累計量的換算、重設前的記錄方式，以及透過一次受控連線確認分流的步驟。不同平台顯示的詳細資料可能有所差異，請以目前 Data 提供的項目為準。
Data 統計範圍：先分清流量歸屬與規則判斷依據
Shadowrocket（小火箭）的 Data 頁可查看用戶端記錄到的流量，但不是整台裝置所有網路活動的完整紀錄。未經用戶端處理的連線，無法從這裡判斷用量；能否辨識 App 名稱及顯示的詳細程度，也取決於平台和目前的實作方式。看不到某個 App 名稱，不代表該 App 沒有連線。
依伺服器查看，主要是確認「流量經由哪台伺服器傳輸」；依 App 查看，則是確認「流量歸屬於哪個可辨識的 App」。兩者是以不同方式分類同一批網路活動，不是兩筆應該相加的用量紀錄。也別把 App 清單中的每一列都當成經過代理；是否使用代理，仍須搭配實際路由與連線紀錄判斷。
這個流程用來說明排查順序，不代表介面中的每種計數器都在同一個環節計數。統計數據可以提示「測試期間某台伺服器的流量增加」，但無法單獨證明「剛才造訪的某個網域符合指定規則」。要確認後者，需比對同一時段的請求或連線紀錄，查看目標、策略與實際對外連線。
上傳、下載與累計量：先看單位，再比較增量
上傳是裝置向外傳送的資料，下載則是裝置接收的資料。開啟網頁時，通常會同時有上傳請求和下載回應；播放內容時，也可能產生確認封包、進度回報等上傳流量。因此，「只是在看內容，上傳量卻不是零」本身並非故障證據。速率表示某個取樣時點附近的傳輸快慢，累計量則表示一段統計期間內已傳輸的資料量。
例如，假設同一統計項目在測試前顯示下載 120 MB，測試後顯示 138 MB，這段期間顯示的增量就是 18 MB。這只是計算範例，並非實測結果，也不保證網頁檔案大小如此。若介面顯示經四捨五入的單位，短時間內少量流量可能暫時看不出變化；請等待更新或延長觀察時間，不要立刻認定連線沒有經過該路徑。
| 目前看到的數據 | 可以判斷 | 無法直接推斷 |
|---|---|---|
| 目前速率，例如 KB/s | 取樣期間內是否有傳輸活動 | 整個工作階段已使用多少流量 |
| 累計上傳或下載量，例如 MB | 同一統計範圍內的累計量 | 目前連線的即時速度 |
| 某台伺服器的累計增量 | 該統計項目在觀察期間新增的流量 | 所有流量都來自目前在前景使用的 App |
| 某個 App 的累計增量 | 可歸屬於該 App 的流量變化 | 每個請求都符合同一條規則 |
依伺服器或 App 查看：固定觀察對象後再比對數據
從伺服器角度排查時，先記下 Home 目前選用的伺服器，並確認 Config 中使用的設定檔及策略是否可能改選其他伺服器。切換 Home 的選項，不代表所有既有連線都會立即轉移；策略選擇與連線重用都可能影響實際的對外連線。伺服器重新命名、訂閱更新或項目替換後，也不要只憑名稱相似，就把新舊累計值當成同一筆連續紀錄。
從 App 角度排查時，盡量只讓一個目標 App 執行一次新的網路連線。瀏覽器的多個分頁、背景同步和 App 內預先載入都可能造成干擾。如果目前平台的 Data 無法提供所需的 App 歸屬資訊，改用時間範圍和目標網域的連線紀錄交叉確認，不要勉強把無法辨識的項目歸給某個 App。
伺服器檢視的記錄項目
- 查看位置
- Data 中的伺服器統計畫面
- 測試對象
- Home 選擇的伺服器，以及策略實際使用的伺服器
- 比較方式
- 同一項目測試後的累計量減去測試前的累計量
- 輔助證據
- 同一時段連線紀錄中的實際對外連線
固定伺服器、設定檔與網路條件，再比較單次測試的增量。
App 檢視的記錄項目
- 查看位置
- Data 中可用的 App 統計畫面
- 測試對象
- 一個可辨識的前景 App
- 干擾來源
- 背景同步、快取、預先載入與其他分頁
- 輔助證據
- 測試時間、造訪目標及符合的策略
App 歸屬和代理對外連線是兩個不同問題，不能用其中一項代替另一項。
統計重設時機：以明確重設或基準記錄為準
不要預設 Data 會在每天午夜、每次重新連線或每次重新啟動 App 後自動歸零，也不要假設它與服務商的計費週期一致。不同統計項目保留資料的範圍可能不同；如果介面沒有明確標示，應將「上次重設時間」視為未知，不要把目前累計量稱為「今日用量」。
- 先記錄基準值。記下時間、平台、目前使用的設定檔、伺服器名稱，以及要觀察的累計數據。若需要保留歷史，記下文字即可，不必為了測試刪除舊資料。
- 確認重設範圍。如果目前 Data 提供清除或重設功能，先閱讀操作說明或確認提示，釐清影響的是目前項目還是所有統計；按鈕名稱以目前介面為準。
- 需要重設時再操作。在開始受控測試前執行，並等候介面更新，確認目標數據確實有所變化。不要在測試中途重設，否則前後差值將失去共同基準。
- 沒有明確入口就比較差值。不必刪除伺服器、刪除設定檔或重新安裝來取得零起點；以結束值減去開始值，通常更適合排查。
確認分流：使用 Config 和連線紀錄檢查一次連線
確認規則時，先檢查 Home → Global Routing 是否設為 Config。Proxy、Direct 和 Config 的路由意圖不同，不能把前兩者下的測試當成自訂規則生效的證據；若使用 Scene，也要確認目前場景實際採用的設定檔與策略。接著前往 Config 確認目前正在使用的設定檔，而不只是確認某個檔案已匯入。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY以上僅用於說明判斷順序：規則由上往下比對，符合後執行對應策略，FINAL 負責最後的預設處理；其中 PROXY 應對應設定檔中有效的代理策略。example.com 是範例網域，不是測試線路。IP-CIDR 和 GEOIP 依據 IP 條件比對，不能直接視為網域分類；實際結果仍應搭配目標解析結果與連線紀錄確認。
- 停止正在進行的大型檔案傳輸與媒體播放，記下 Data 中相關統計項目的起始值。暫停其他操作即可，不要假設背景流量已完全停止。
- 在目標 App 中發出新的請求，記下造訪時間和完整目標網域。盡量選擇能確認會連線的操作，避免只開啟已快取的頁面。
- 等候請求完成後回到 Data，記下同一統計項目的結束值。若採用固定觀察時段，可統一觀察 60 秒，避免一次只觀察幾秒、另一次卻觀察數分鐘。
- 查看同一時段的請求或連線紀錄，確認目標網域、符合的策略和實際對外連線。若規則應走
DIRECT，代理伺服器的累計量不一定會因該請求而增加。 - 若需進行對照測試，每次只改動一項設定，並重新建立連線；必要時先結束舊連線，避免重用連線影響判斷。
結論：以連線紀錄確認流量歸屬，以 Data 觀察增量
如果伺服器累計流量增加，卻找不到目標請求使用該出站連線的紀錄，請先排除背景活動；若紀錄已顯示目標走 DIRECT，就別只因代理流量沒有增加而修改規則。
常見數據疑問：帳單差異、增量為零與中斷後仍有流量
為什麼 Data 的用量和服務商面板對不上？
先確認統計起訖時間一致，再確認服務商面板是否包含其他裝置、上傳流量的計費或流量倍率。用戶端與服務商的計數位置可能不同，協定封裝和重傳的處理方式也可能不一樣。保留相同時間範圍內兩端的數據，依照既有服務商的計費說明核對，不要直接拿雙方累計總量相減。
網頁已開啟，為什麼伺服器流量沒有增加？
先確認讀取的是否為快取，再檢查 Home → Global Routing 和 Config 中實際生效的規則。目標可能走 DIRECT，也可能由其他策略選擇了另一台伺服器。重新發出一次可確認會連線的請求，搭配連線紀錄判斷；流量很少時，也要考慮顯示精度和更新間隔。
切換到另一個 App 後，原本 App 的流量還在增加，該怎麼辦？
先停止該 App 內的下載、播放或同步工作，再觀察一段固定時間。切換到背景不代表所有連線都已結束，部分數據也可能稍後才更新。如果目前平台無法可靠顯示 App 歸屬，請改用目標網域和請求時間核對，不要只憑 App 清單中的名稱判斷背景活動。
中斷連線後又看到流量，是統計錯誤嗎？
先回到 Home 查看連線狀態，再檢查 Settings → On Demand 是否啟用了會觸發重新連線的條件。如果連線確實維持中斷，請確認變化的是累計值還是速率，並等候資料更新。仍有疑問時，記下中斷時間和新增連線的時間，依時間順序排查，避免只憑一次數值變化就下結論。
最後，Data 只能呈現已記錄的傳輸活動，無法單獨解釋網頁載入緩慢的原因。伺服器連線狀態、DNS、目標回應時間與網路品質應分別檢查。發生連線問題時，可繼續參閱故障排查；每次只調整一項設定，再以相同的測試時段重新檢查，才能比較前後數據。