Shadowrocket 流量統計怎麼看?Data 頁伺服器與 App 分類

了解 Shadowrocket Data 頁的上傳與下載統計、伺服器及應用程式分類和重設方式,並查看用量與服務商統計不一致的常見原因。

本文重點

本文適合已在 Shadowrocket 匯入自有設定檔的使用者。先分清上傳、下載與即時速度,再從伺服器和 App 兩種分類檢視流量去向,最後以相同時間區間記錄、重設並核對數據。Data(資料)適合在本機排查;服務商帳戶的剩餘流量與結算結果,請以其計量說明及帳戶紀錄為準。

一、Data 頁讀數:流量方向、累計用量與即時速度

查看 Shadowrocket(小火箭)的流量讀數,首先要以裝置的角度理解。Upload(上傳)是裝置送出的資料,Download(下載)則是裝置接收的資料。瀏覽網頁不只有下載:請求、登入資訊和上傳附件也會增加上傳量;上傳檔案時,回應與確認資料也可能讓下載量增加。

累計流量和即時速度是不同指標。以 KB、MB、GB 顯示的數值通常代表資料量;以 KB/s、MB/s 顯示的數值則代表單位時間內的傳輸速度。停止操作後速度下降,不表示累計資料會自動歸零;中斷後重新連線,也不能直接視為開始新的統計週期。

2 個方向
Upload 上傳 / Download 下載,皆以裝置角度理解
2 種分類
依伺服器分類 / 依 App 分類,從不同角度檢視同一批連線
8 bit
1 Byte 等於 8 bit;MB/s 與 Mbps 不能直接以相同數值比較

比較單位時,也要確認採用十進位或二進位換算。十進位的 1 MB 等於 1,000,000 位元組;1 MiB 則等於 1,048,576 位元組。介面若只標示 MB,請勿自行假設兩種統計來源使用相同換算方式;最好比較可取得的原始位元組數,或先確認雙方的單位定義。

二、依伺服器分類:確認流量實際經過哪個出口

在 Data 頁查看依伺服器分類的清單,重點是觀察目標伺服器項目的上傳與下載增量,而不只是累計總量。Home(首頁)目前選取的伺服器,不一定會承載所有請求:Global Routing(全域路由)的狀態、目前 Config(設定檔)中的規則及策略選擇,都會影響實際的流出路徑。

App 請求 路由判斷 流出連線 分類累計 核對讀數

Global Routing 設為 Config(依設定檔路由)時,請求會依啟用中的設定檔規則處理。DOMAIN-SUFFIX(網域後綴)可比對網域及其子網域;IP-CIDR(IP 位址範圍)比對目標位址範圍;GEOIP(地理位置比對)依位址資料庫判斷;FINAL(最終規則)則處理未符合前序規則的請求。符合 DIRECT(直連策略)的請求不會經過服務商代理出口,因此不應預期對應伺服器項目的代理流量會增加。

  1. 在 Home 記下目前的伺服器名稱和 Global Routing 狀態,並在 Config 確認啟用中的設定檔。
  2. 開啟 Data,記下目標伺服器的上傳、下載起始讀數及裝置時間。
  3. 只執行一項明確操作,例如開啟一次已知的網頁,並避免同時切換伺服器。
  4. 返回 Data 查看增量;若清單尚未更新,請等讀數刷新後再記錄結束值。
  5. 若流量增加出現在其他項目,請搭配連線紀錄核對命中策略及實際流出路徑,先不要修改伺服器參數。

切換伺服器不會將先前累計的流量轉移到新伺服器項目。設定檔中的不同項目也可能連到同一個遠端服務,因此 App 的項目分類不一定與服務商帳單上的伺服器分類一一對應。排查時記下項目名稱和測試時間即可,請勿在截圖中附上密碼、金鑰或完整訂閱網址。

三、依 App 分類:找出流量來源與了解辨識限制

依 App 分類適合用來了解「這段時間內哪個來源持續產生流量」,但不能直接回答「服務商帳單上的全部用量應由哪個 App 負責」。App 歸屬取決於系統提供的資訊,以及用戶端可辨識的連線資料;系統服務、共用網路元件或缺少歸屬資訊的連線,可能不會顯示明確的 App 名稱。

瀏覽器中的多個分頁通常仍屬於同一個 App 來源,不能把 App 分類當成逐頁帳單。前景沒有操作,也不代表完全沒有網路活動:App 同步、系統工作和長連線仍可能傳輸資料。遇到無法判斷的項目,可透過單一 App、固定時間區間的對照測試縮小範圍,不要只憑名稱下結論。

判斷方式:先比較增量,再找出流量來源

若要確認某個 App 是否持續傳輸,先記下讀數,在固定的 5 分鐘區間內維持其他操作不變,再比較結束值;歷史累計量的多寡不足以證明它目前仍在使用網路。

四、重設統計:先保存基準值,再開始新的觀察區間

重設統計的用途是重新建立本機觀察基準,並非替服務商帳戶增加流量。清除本機累計值不會撤銷已傳輸的資料,也不會改變服務商帳戶的結算週期。操作前請先確認是否需要保留歷史紀錄,尤其是排查用量異常或向自己的服務商反映時。

  1. 保存重設前的資料:記下時間、伺服器項目、上傳與下載讀數,以及目前的分類方式。需要截圖時,請遮蔽帳戶資訊和設定檔憑證。
  2. 減少測試干擾:暫停大型檔案傳輸、影片播放及其他明確的下載工作。若操作允許暫時中斷連線,可先在 Home 關閉連線開關。
  3. 在 Data 重設統計:使用頁面提供的統計重設功能,閱讀確認提示,並確認作用範圍是目前項目還是全部統計;按鈕位置和適用範圍以目前介面為準。
  4. 檢查結果:留在相同分類,查看數值是否已歸零或明顯下降。若連線仍在運作,重設後很快出現少量新讀數,代表有新的資料需要另外觀察。
  5. 建立新的基準:恢復所需連線,記下新的開始時間,再進行單一測試。測試結束後以結束值減去起始值,不要預設起始值必定為零。

更新 Subscribe(訂閱)中的伺服器清單,與重設 Data 統計是兩種不同操作。更新訂閱可刷新使用者從自有服務商取得的既有設定檔,不能用來校正本機累計量。為排查統計差異而反覆刪除並重新匯入設定檔,反而可能遺失有用的項目對應關係。

五、用量與服務商統計不同:逐項統一計量方式

Data 與服務商控制台的數值不相同時,先確認比較的是同一帳戶、相同裝置範圍和同一時間區間。用戶端觀察資料與伺服器端計量的位置不同,協定封裝、上下載合計方式、帳戶下其他裝置及報表延遲,都可能造成差異。數值不同本身不能直接證明任一方統計錯誤。

核對項目 可能的差異 處理方式
統計週期 本機從上次重設後累計,帳戶則依結算週期累計 記錄相同的開始與結束時間,比較雙方增量而非總量
上下載合計 只看 Download,卻拿來與上傳、下載合計值比較 確認計費說明是否同時計算上傳與下載
裝置範圍 以本機清單和帳戶下多部裝置的合計值比較 測試期間暫停其他裝置的相關傳輸
路由範圍 部分請求走 DIRECT,部分經過代理出口 參考目前路由狀態與連線紀錄,確認實際流出路徑
計量位置 協定封裝、控制資料及重傳的計算方式不同 查閱服務商說明,不預設固定的額外用量百分比
更新時間與倍率 帳戶報表延遲更新,或特定線路依說明採用倍率計算 等待報表更新,並核對該時段適用的計量規則

以下為純算術示例,並非實測結果:某個時間區間內,用戶端 Upload 增加 12 MB,Download 增加 88 MB;在單位一致的前提下,合計為 100 MB。若帳戶說明明確指出該線路以 2 倍計量,對應用量可能按 200 MB 計算;不能直接拿 88 MB 的下載量與此數值比較。實際結算仍須依帳戶說明中的計量範圍為準。

判斷方式:時間區間未對齊前,先別計算誤差比例

先保存雙方的起始與結束讀數,等服務商報表涵蓋相同的結束時間後,再計算差值。若帳戶報表仍停留在較早的時間,繼續重設本機資料只會破壞比對基準。

六、常見問題:讀數不變、持續增加與剩餘流量

網頁可以開啟,為什麼選取的伺服器流量沒有增加?

先在 Home 核對 Global Routing,再查看實際請求採用的策略。Config 中的規則可能讓請求走 DIRECT,也可能選擇其他流出路徑;頁面快取也可能減少實際傳輸量。記下起始值,送出一次明確的新請求,再返回 Data 查看對應項目的增量。

統計已歸零,為什麼馬上又出現幾 KB?

先確認連線是否仍開啟,再檢查 Settings → On Demand 的觸發條件。背景請求、網域解析或連線維護都可能產生新資料。記下重設後的第一筆讀數作為基準,在固定時間區間內觀察增量;不要為了讓畫面長時間維持零而不斷重設。

依 App 分類加總後,為什麼和伺服器清單不完全相同?

先確認兩處涵蓋的時間範圍是否一致,並檢查是否有無法明確歸屬的連線、不同的流出範圍或顯示精度差異。改用單一 App、單一伺服器進行短時間測試;不要把不同分類清單相加,也不要手動將未識別項目歸給某個 App。

可以用 Data 算出本月還剩多少流量嗎?

Data 適合估算本機在已知時間區間內的用量,無法單獨確認帳戶剩餘流量。請查看自有服務商的帳戶紀錄,核對結算週期、上傳與下載的計量方式、其他裝置用量及報表更新時間,再與本機同期增量比較。

排查完成後,建議保留一份簡短紀錄:測試起迄時間、目前路由狀態、伺服器項目、上傳與下載增量,以及帳戶報表更新時間。後續使用相同格式記錄,有助於分辨設定變更、統計更新與實際傳輸造成的差異。初次操作可參閱入門指南;規則說明請參閱設定欄位。

App Store 正版查核