Shadowrocket Data 流量統計怎么看？服务器与应用用量说明

先分清上傳、下載與累計用量

開啟 Shadowrocket，前往 Data（流量統計）。查看數值前，先確認單位和統計範圍。上傳是裝置向外傳送的資料，下載則是裝置從外部接收的資料。方向以裝置為基準，而非遠端伺服器。瀏覽網頁時，送出的請求屬於上傳，收到的頁面、圖片和影片片段則屬於下載。

單位中帶有 /s 代表速率，例如 KB/s；不帶 /s 的 KB、MB 或 GB 則代表資料量。即時速率降為零，不表示累計流量也歸零。累計值也無法直接反映目前連線速度。

在相同統計範圍內，總量通常是上傳與下載相加。以下僅為讀數計算範例，並非實測結果：開始時上傳 12 MB、下載 80 MB；結束時上傳 15 MB、下載 104 MB。區間內上傳增加 3 MB、下載增加 24 MB，合計增加 27 MB。比較時請使用相同單位，避免把經四捨五入的顯示值當成精確位元組數。

依伺服器查看：顯示的是流量歸屬，不是裝置總用量

依伺服器彙整時，應留意哪筆出口紀錄增加，而不只是看 Home（首頁）目前選取的項目。預設伺服器、規則指定的策略，以及實際建立連線時使用的伺服器，可能各不相同。變更預設選項後，部分已建立的連線也可能沿用原本的出口，直到連線結束或重新建立。

返回 Home → Global Routing（全域路由），確認目前的路由模式。Proxy（代理）會將該模式處理的流量交由代理出口；Direct（直連）使用直接連線；Config（設定）依所選設定執行規則；Scene（情境）則還需確認目前情境對應的路由設定。不要把某台伺服器的累計值，當成這些模式下的全部流量總和。

• 確認規則的流量去向。在 Config 中符合 DIRECT 的請求，不應算作某台代理伺服器的用量。
• 確認統計時段。先前使用過的伺服器可能保留累計紀錄，目前未選取不代表歷史數值應為零。
• 確認連線是否已重新建立。切換伺服器後，請觀察新發出的請求所增加的用量，不要用仍在播放的舊連線判斷切換結果。
• 確認名稱是否變更。更新現有訂閱可能會變更名稱或清單項目；請核對伺服器位址、連接埠與協定，不要只比對顯示名稱。

假設現有設定中的伺服器 A 位址是不可點擊的教學文字 proxy.example.com，連接埠為 443。這裡的 443 僅為範例連接埠，不代表所有協定都使用它；填寫時仍應以你自己的服務業者提供的設定為準。伺服器統計顯示流量記在哪筆紀錄，不會告訴你遠端方案還剩多少額度。

依應用程式查看：先確認分類方式，再判斷流量來源

「依應用程式」關注的是來源分類，「依伺服器」關注的是出口歸屬。同一個應用程式可能存取多個網域，也可能因規則不同而使用不同出口；多個應用程式則可能共用同一台伺服器。因此，兩種檢視方式不適合逐列一一相加比較。

在 iPhone/iPad 上，不應將 VPN 中顯示的分類標籤直接視為系統完整的逐程序用量紀錄。介面是否提供應用程式分類、分類依據為何，請以實際頁面為準；網域、連線特徵或服務名稱，也不等於系統辨識出的應用程式身分。遇到未分類項目時，不要只憑名稱就認定是某個應用程式在背景傳輸。

若要查明哪些應用程式使用了行動數據，請開啟 iPhone/iPad 的系統「設定」，前往「行動服務」或裝置上相應的行動數據頁面，查看應用程式用量和統計期間。Wi-Fi 版 iPad 沒有相同的行動數據用量情境。系統頁面與 Shadowrocket 的統計範圍不同，兩邊數值不一定相同。

數值何時歸零：分清連線結束與歷史紀錄重設

關閉連線開關代表結束目前的 VPN 連線，並不會自動刪除歷史累計。重新連線後，目前連線的計數可能重新開始，但保留的歷史紀錄仍可能繼續累計。關閉再開啟 App，也不能證明數值已歸零。請先確認目前查看的欄位是本次連線數值，還是保留的紀錄。

1. 前往 Data，記下目前的分類、單位、數值和時間。
2. 需要重設時，只使用目前介面明確標示的統計重設或清除功能；先閱讀確認提示，並核對影響範圍。
3. 若頁面沒有這類操作，不要把刪除伺服器、刪除設定或重新安裝 App 當成日常歸零步驟，改以記錄前後差值的方式追蹤。
4. 操作後返回相同檢視方式確認。現有連線和背景請求可能立即產生新流量，短暫出現非零值不一定表示重設失敗。

若需要按月記錄，請在月初和月底各保存一次相同範圍的讀數。若期間曾重設，請分段計算後再加總。系統行動數據統計也要另外確認上次重設時間；只清除 Shadowrocket 的統計，不會同步修改系統頁面或服務業者帳單。

與電信業者帳單不一致：核對四個統計範圍

電信業者主要依行動網路端的計量規則計算用量。Shadowrocket 顯示的是用戶端能處理或記錄的傳輸；使用 Wi-Fi 時產生的紀錄，也可能出現在 App 統計中。協定封裝、重傳與計量層級也會造成差異，因此不適合用固定換算比例套用到所有網路。

例如，十進位的 1 GB 等於 1,000,000,000 位元組，二進位的 1 GiB 等於 1,073,741,824 位元組，兩者大小不同。不過，不能只因介面顯示 GB，就斷定內部採用哪種進位方式。請先查看頁面說明，並將顯示值的四捨五入誤差納入考量。

透過一次受控操作檢查用量異常增加

測試目的不是完全停止所有背景活動，而是盡量減少變因。請勿同時切換伺服器、路由模式和網路類型，否則很難判斷讀數變化的原因。使用自己現有且可用的伺服器與設定，不需要另外匯入訂閱。

1. 選擇穩定的 Wi-Fi 或行動網路，記錄網路類型、開始時間，以及 Data 的上傳和下載累計值。
2. 返回 Home，記下 Global Routing 目前的值。使用 Config 時，也要記下目前選取的設定。
3. 暫停可自行停止的下載、影片播放和雲端同步，只在一個應用程式中開啟一個新頁面。
4. 等頁面載入完成後，返回 Data 記錄結束值；同時查看相關伺服器紀錄是否增加。
5. 其他條件不變，再進行一輪測試。不要清除所有設定，也不要把快取命中造成的少量增量視為故障。

若要排查自動重新連線，請檢查 Settings → On Demand（隨選連線）。符合條件時，此設定可能會重新建立連線，但不能只靠重新連線解釋所有大量用量。還要檢查背景同步、媒體預先載入和反覆重試的請求。若上傳量持續增加，優先檢查照片備份、檔案同步等向外傳送資料的工作。