Shadowrocket 流量統計怎麼看:Data 頁面伺服器與 App 用量說明

說明 Data 頁面的上傳、下載與分組讀數,釐清伺服器和 App 兩種檢視方式,並整理統計歸零與讀數差異的常見原因。

本文重點

Shadowrocket(小火箭)的 Data 讀數適合用來檢視連線期間的數據變化,不應直接視為訂閱剩餘流量或系統行動網路帳單。本文適合已匯入自有訂閱或設定的使用者,說明如何確認統計範圍、比較伺服器與 App 檢視方式,並透過單一變因測試,分辨背景流量、規則分流和單位差異。

一、先確認 Data 的入口與統計範圍

前往 Shadowrocket 的 Settings → Data 查看數據記錄,先確認目前頁面顯示的是累計數據、連線期間的數據,還是特定分組的明細。Home 可確認連線狀態與所選伺服器,Config 可檢查目前設定;請一併記錄這些資訊,否則單看數值,無法判斷它對應哪條連線或哪段時間。

用戶端只能統計其能觀察到的流量。未經目前處理路徑的連線、App 中斷期間的存取,以及系統透過其他網路路徑完成的傳輸,不應預設包含在同一統計總量中。分組方式與可識別資訊也受系統能力及目前頁面欄位限制;頁面未顯示的維度,無法從總量反推出精確明細。

App 請求 隧道接收 規則處理 連線送出 數據累計

這個流程用來說明數據的觀察位置,並非計費流程。尤其在 Config 模式下,規則可能讓不同請求分別走 DIRECT 或某個代理策略。特定伺服器的累計量只反映歸屬於該伺服器的部分,不等於裝置在這段期間的全部網路用量。更多入口說明請參閱Data 功能說明。

二、上傳、下載、速率與總量各代表什麼

上傳和下載以裝置的資料傳輸方向判斷:裝置向外傳送請求、附件或備份內容屬於上傳;接收網頁、影片和檔案內容則屬於下載。瀏覽網頁時也會有上傳,因為必須送出要求標頭、確認資訊及其他控制資料;上傳量不為零,不代表正在上傳大型檔案。

8 bit
1 byte;B 與 b 代表不同單位
1,000,000 B
1 MB,十進位位元組單位
1,048,576 B
1 MiB,二進位位元組單位

累計用量和即時速率不能直接比較。MB 或 GB 表示資料量,B/s 或 MB/s 表示每秒傳輸的資料量,Mbps 通常表示每秒兆位元。例如,單純換算單位時,8 Mbps 相當於 1 MB/s;但實際下載檔案還會受到連線額外負載、遠端回應及本機處理影響。不要用瞬間峰值乘上整段連線時間來估算累計流量。

讀數類型可以回答的問題無法直接推論的內容
上傳累計量觀察範圍內傳出了多少數據傳出了哪些完整檔案
下載累計量觀察範圍內接收了多少數據使用者實際儲存了多少檔案
即時速率目前是否有資料傳輸整段期間的平均速度
伺服器分組某個送出連線累計了多少數據裝置的全部用量或伺服器端計費用量

若總量是上傳與下載相加的結果,請使用相同統計期間、相同分組的數字。介面經四捨五入後,兩個顯示值相加可能與總量略有差異;先確認單位和小數位數即可,不必立即判定為數據遺失。

三、依伺服器與依 App 檢視是兩種不同方式

依伺服器檢視,重點是連線最後使用哪個代理送出;依 App 檢視,重點則是請求來自哪個 App。兩者並非一對一:同一個 App 可能存取多個網域,規則也可能讓這些連線使用不同策略;同一台伺服器也可能同時承載多個 App 的請求。

伺服器檢視

觀察對象
歸屬於特定伺服器項目的流量
確認位置
Home 中所選伺服器與 Data 分組
比較條件
相同統計期間、相同連線條件
常見用途
確認切換送出連線後,哪個分組的讀數增加

伺服器名稱是項目的識別名稱,不代表伺服器端帳戶的計費範圍。

App 檢視

觀察對象
可識別並歸屬至 App 的連線
確認位置
Data 目前頁面實際提供的分組欄位
識別限制
網域和 IP 位址本身無法證明 App 身分
輔助證據
一次只操作一個 App,並比較操作前後的增量

頁面沒有 App 歸屬欄位時,不要把網域分組稱為精確的 App 用量統計。

在 iPhone 和 iPad 上,不應假設 VPN 用戶端能取得每條連線完整的 App 身分。如果 Data 顯示的是伺服器、目標位址或網域,請依照欄位原意解讀。若要查看系統歸屬至各 App 的行動網路用量,可前往系統 Settings → Cellular 查看;這項統計僅涵蓋相應的行動網路範圍,不包含同一期間的 Wi-Fi 總用量,也不會自動與用戶端記錄同步。

例如,影片 App 可能連線至媒體、登入和分析網域;另一個 App 也可能使用相同的公用內容傳遞位址。因此,看到某個網域增加 20 MB,只能表示與該目標相關的連線用量增加,不能據此認定這 20 MB 全由某個 App 使用。背景重新整理也可能讓「沒有開啟的 App」繼續產生連線。

結論:先確認增量歸屬,再判斷 App 用量

暫停其他主動傳輸,記錄基準值,只操作一個目標 App,再比較 Data 的前後變化。將結果稱為「本次操作期間的增量」,比直接把網域總量標記為 App 總用量更可靠。

四、規則分流為何會改變伺服器讀數

Home → Global Routing 的選項會影響流量處理方式。Config 依目前設定中的規則處理,Proxy 使用代理處理,Direct 則直接連線;Scene 還需要檢查所選場景及其條件,不能將它視為固定不變的送出方式。排查數據時,先記錄目前模式,不要只記下連線開關是否開啟。

以下規則用來說明統計差異,並非要求取代現有設定。PROXY 必須對應設定中實際可用的策略。網域與 IP 的比對方式不同,規則會由上而下檢查,FINAL 則放在最後,處理未符合其他規則的連線。

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

如果 Data 總量增加,但某台伺服器的分組讀數幾乎沒變,應先檢查符合的規則和實際使用的送出方式,而不是反覆更新訂閱。更新訂閱可能會變更伺服器項目或名稱,但不能據此證明目前的請求已切換至新項目。既有連線也可能沿用建立時的送出方式,進行比較時應使用新發出的請求。

五、如何進行可重複的讀數檢查

最實用的檢查方式不是同時開啟多個 App,而是固定時間範圍、網路、伺服器和 Global Routing,再比較前後增量。無須先清零:保留測試前後的讀數,通常更方便核對。若確實需要清零,請先保存記錄,再確認 Data 目前頁面提供的清除操作及其作用範圍;不要將清除連線記錄當成重設流量累計。

  1. 記錄基準值。記下開始時間、Wi-Fi 或行動網路、Home 中所選伺服器、Global Routing 模式,以及 Data 對應分組的上傳與下載數值。
  2. 減少干擾。暫停檔案同步、影片播放及其他主動下載。檢查 Settings → On Demand,確認測試期間不會因網路條件變動而意外重新連線。
  3. 只執行一項操作。在一個 App 中開啟一個先前未載入的頁面,或下載自己的測試檔案。優先選擇已知大小的資源,並確認確實有資料傳輸。
  4. 等待讀數更新。操作完成後返回 Data,等待頁面更新,再記錄同一組數值。傳輸尚未完成時,不要將讀數視為最終值。
  5. 計算增量。以結束值減去開始值,分別計算上傳和下載。若要重測,請重新記錄基準值,並維持其他條件一致。
項目開始值結束值本次增量
上傳3.0 MB3.4 MB0.4 MB
下載120.0 MB132.5 MB12.5 MB
合計123.0 MB135.9 MB12.9 MB

表格僅為計算範例,並非實測結果或固定的額外負載比例。若測試檔案標示為 10 MB,但下載增量是 12.5 MB,請先檢查是否同時載入網頁資源、發生重試,或有其他背景請求。不同統計位置是否計入協定封裝也會影響結果,不能把所有差額都歸因於某一種協定。

六、清零、中斷連線與伺服器端用量為何對不上

本機 Data、系統行動網路統計和自有服務的帳戶用量,來自不同的觀察位置。伺服器端可能採用自己的統計週期、上下載合併方式或計費規則;用戶端可能統計連線處理中的數據;系統行動網路統計則限於行動網路範圍。比較前必須對齊起訖時間和單位,尤其不能拿本機一小時的增量核對帳戶整月累計。

中斷後重新連線,數字為什麼沒有歸零?

中斷連線和清除累計記錄是不同操作。先確認頁面顯示的統計範圍;需要開始新一輪測試時,記下目前數值作為基準值即可。只有明確使用對應統計項目的重設操作後,才檢查該項目是否歸零。

更新自有訂閱後,伺服器分組為什麼變了?

返回 Home 核對項目名稱和目前選取的伺服器,再比較更新前的記錄。更新可能會重新命名、新增或刪除項目,也可能變更識別資訊;不要直接將新舊項目的讀數視為同一段連續紀錄。

沒有使用手機,下載數字為什麼還在增加?

先暫停背景同步和正在播放的媒體,再檢查 Settings → On Demand 是否維持連線。記錄前後一分鐘的增量,並查看這段期間的連線記錄;App 未在前景執行,不代表沒有網路請求。

伺服器端扣除的用量比 Data 多,該看哪一個?

先對齊統計期間、單位和帳戶中其他裝置的使用情況,再核對自有服務的計費說明。Data 用於本機排查,帳戶額度則依據相應服務的計量規則;兩者不必逐位元組一致。

若完成上述核對後仍有明顯差異,請保留測試時間、網路類型、模式、前後讀數與實際送出連線記錄,再進行下一輪單一變因測試。請勿公開含有憑證的訂閱連結、UUID 或伺服器密碼。本文說明用戶端的使用方式,不涉及服務選擇;用戶端一次性買斷與線路方案是兩回事。

App Store 正版確認購買與復原說明