Shadowrocket 流量統計怎麼看？Data 按伺服器與 App 檢視教學

Data 統計範圍：先分清用戶端流量與線路用量

Shadowrocket（小火箭）的 Data 用於查看用戶端處理並記錄的流量。開啟連線後，只有經過相應處理路徑且納入該統計項目的請求，才會增加讀數。手機系統設定中的行動網路用量、路由器記錄的裝置用量，以及使用者既有線路帳戶的用量，統計口徑各不相同，不能直接要求三者相等。

這條流程有助於理解統計的位置，但不代表 Data 能辨識每個請求的完整來源。系統背景工作、共用網路程序及平台權限限制都可能影響分類。沒有顯示某個 App 名稱，不代表該 App 沒有連網；同樣地，某個伺服器的讀數沒有增加，也可能是因為請求命中快取或 DIRECT。

• 用戶端累計：用於觀察本機記錄範圍內的傳輸量，起算點取決於該項記錄建立的時間或上次清除時間。
• 系統用量：依裝置、App 或網路類型統計，可能包含未經 Shadowrocket 處理的流量。
• 線路用量：由使用者既有服務的計量方式決定，可能受計費週期、倍率、協定額外負載及彙整延遲影響。

上行、下行與累計：讀取數據前先確認單位

上行與下行以目前裝置的傳輸方向為準：送出請求、上傳附件屬於上行；接收網頁、下載檔案則屬於下行。瀏覽網頁通常下行較多，但上傳照片或備份至雲端時，上行較多也很正常。不要把伺服器接收或傳送的方向套用到用戶端讀數上。

例如，下行從 48 MB 增至 60 MB，表示兩個觀察時間點之間約增加 12 MB；這不代表「目前速度為 12 MB/s」。若變化發生在 30 秒內，區間平均約為 0.4 MB/s，但仍不等於每一秒的瞬時速率。這只是讀數計算範例，不是效能實測結果。

按伺服器與按 App 檢視：兩種數據不能相加

在 Home 開啟 Data 後，先確認目前是依伺服器或 App 分類，再查看相應項目。不同平台的入口配置與可用維度可能不同；若目前平台沒有 App 維度，請以現有的伺服器讀數和連線記錄進行排查，不要把其他平台的介面選項當成必要按鈕。

同一筆傳輸可以同時具有「來自哪個 App」和「經過哪台伺服器」兩種屬性。因此，兩種檢視方式只是從不同角度呈現相關資料，不是兩份獨立用量，不能相加當作總流量。兩者也不一定完全相同：無法辨識的來源、DIRECT 記錄是否納入目前檢視，以及統計更新時間，都可能造成差異。

• 瀏覽器同時開啟多個分頁時，一個 App 項目可能包含多個網域及多條連線。
• App 內嵌頁面與背景網路工作可能由共用元件執行，不一定會顯示為使用者預期的 App 名稱。
• 某個 App 項目有流量增量，只能表示該分類下發生了傳輸，不能單憑此點證明所有請求都經過 PROXY。

累計從何時開始：清除前先建立可供比對的基準

不要預設累計從每天午夜、每月第一天或每次開啟連線時開始。請以目前頁面顯示的統計範圍為準；若介面沒有標示起點，就不要將數值說成某一天的精確用量。中斷連線、離開頁面或切換伺服器，也不代表所有統計都已清除。

1. 先記下原有數值。前往 Home → Data，記錄目前的檢視方式、項目名稱、上行、下行及觀察時間。若只是排查單次連線，直接比較前後差值即可，不必清除歷史記錄。
2. 暫停測試流量。停止下載、播放影片及雲端同步，必要時先中斷連線。否則清除後仍可能立刻出現新的非零讀數。
3. 確認清除範圍。在 Data 中尋找目前介面提供的清除或重設操作，閱讀確認提示，並分清單一項目、目前檢視或所有記錄。按鈕名稱與位置依實際平台介面為準；不要把刪除伺服器或刪除 Config 當作清除流量的步驟。
4. 操作後再次確認。返回相應檢視，確認目標項目的基準已重設；再切換至另一種檢視，檢查該處是否也已清除，不要假設兩種維度一定會同步變更。
5. 沒有清除選項時，改用差值。分別記下開始與結束時的數值，以結束值減去開始值；同樣可以建立可重複的測試區間。

用 Data 檢查分流：先確認 Global Routing，再比對流量增量

Data 只能提供傳輸歸屬與數量的線索，不能取代規則比對記錄。先在 Home → Global Routing 確認目前模式：Proxy 使用代理路徑，Direct 使用直連路徑，Config 依目前設定處理，Scene 則依已設定的情境處理。排查 Config 規則時，應選擇 Config，並在 Config 中確認預期的設定已啟用。

以下為語法範例，只使用保留的示例網域，不對應實際服務，也不需要加入日常設定。規則會依序比對，較前面的命中項目可能影響後續規則能否生效。

DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

1. 在目前的 Config 中，檢查目標網域或 IP 應符合哪條規則，並確認前方是否已有範圍更廣的比對項目。
2. 記錄 Data 中預期伺服器的起始數值，關閉無關的 App，並選擇一個自己已有且可正常存取的測試網址。
3. 重新建立測試連線，進行一次明確操作，例如下載已知大小的自有測試檔案。若瀏覽器使用快取，就不適合用來驗證網路傳輸。
4. 返回 Data，比較同一項目的差值，再查看連線記錄中的目標、命中規則及最終策略。目標連接埠為 443，只能表示它是常見的加密連線連接埠，不能據此判定連線經過 PROXY。
5. 若曾修改規則，請先結束舊請求再重新測試。既有長連線可能繼續沿用建立時的路徑，不能將後續傳輸視為新規則的即時結果。

讀數異常的常見問題

保留一份精簡的排查記錄

需要複查或繼續排查時，記下「時間、檢視方式、項目、操作、增加量」，比只保存總數更有用。請勿在記錄中公開訂閱網址、認證資訊或完整伺服器憑證。訂閱更新可能改變項目名稱或可選伺服器；更新前後的統計應先核對項目是否相同，再進行比較。

• 環境：裝置平台、Wi-Fi 或行動網路，以及連線是否已開啟。
• 路由：Global Routing 目前的選項、Config 是否為預期設定、目標規則及最終策略。
• 區間：開始與結束時間、是否清除過、起始與結束讀數及單位。
• 操作：只執行一個測試 App，記錄一次明確的連線操作，並註明是否已排除快取與舊連線。
• 結果：伺服器增量、App 增量，以及連線記錄是否互相吻合。

Data 適合回答「這段時間哪些傳輸發生了變化」，不適合單獨回答「線路還剩多少」或「所有 App 是否一直依規則運作」。將統計差值與個別連線的規則結果一併保存，才能留下可供複查的結論。