Shadowrocket Data 流量統計教學：依伺服器與 App 查看用量

Data 統計範圍：先分清方向、總量與速率

Shadowrocket（小火箭）的 Data 可用來查看用戶端記錄到的網路活動。上傳是裝置傳送至遠端的資料，下載則是遠端傳回裝置的資料。開啟網頁時，兩者通常都會增加：請求、確認與 App 同步也會產生上傳流量，不是只有傳送檔案才會上傳。

首先要看懂讀數單位。KB、MB、GB 代表資料量；帶有 /s 的單位則代表速率。累計下載 120 MB 不表示此刻仍在下載；某個時間點顯示 0 B/s，也不代表先前沒有傳輸。以下數字僅用來說明計算方式，不是效能測試結果或方案計費承諾。

Data 並非整台裝置所有網路活動的完整紀錄。統計結果取決於經過用戶端處理流程的連線、系統可提供的資訊，以及目前頁面的分類範圍。未經過該處理流程的活動，不一定會顯示在 Data 中；系統的行動網路統計也不必然與此處數字相同。

依伺服器查看：觀察哪個出口的用量增加

依伺服器查看時，重點是各伺服器項目的上傳、下載變化，而不是只找累計值最高的那一列。舊項目可能保留較長時間的使用紀錄；目前選取的伺服器也可能暫時沒有新增請求。若項目名稱相似，請返回 Home 核對具體項目，避免把同名伺服器誤認為同一個出口。

1. 在 Home 確認目前選取的伺服器，並記下 Global Routing 的目前模式：Proxy、Direct、Config 或 Scene。
2. 開啟 Data，找到目標伺服器，記下測試前的上傳、下載讀數與時間。
3. 只進行一項明確操作，例如在瀏覽器開啟一個自己能存取的測試頁面，並等候載入完成。
4. 返回 Data，等候讀數更新，再記下同一列的數值並比較前後差異。

例如，某項目的下載量從 120 MB 增至 128 MB，依目前顯示精度計算，觀察到的增量約為 8 MB。這表示該項目在觀察期間有下載活動，但不能直接證明這 8 MB 全都來自剛開啟的頁面。背景同步、其他 App 的請求，以及頁面中的多項資源，都可能同時使用這個出口。

依 App 查看：App 來源與目的地不是同一件事

依 App 檢視回答的是「哪些可辨識的來源產生流量」，依伺服器檢視回答的則是「哪些出口處理流量」。兩者是同一批活動的不同角度，不能再把兩個檢視的合計相加。同一個 App 可能連線到多個網域，並同時觸發 PROXY 與 DIRECT；同一台伺服器也可能承載多個 App 的請求。

App 來源的歸屬受限於系統提供的資訊。若紀錄沒有明確的 App 名稱、被合併分類，或只顯示連線資訊，請勿只憑網域就認定流量來自某個 App。共用服務、網頁內嵌資源與系統背景活動都可能存取相似的位址。Data 也不等同於系統的逐 App 流量稽核。

• 確認來源：先暫停其他前景操作，記下目標 App 那一列的讀數，再只在該 App 中執行一次重新整理。
• 確認去向：同時查看伺服器的流量增量與相關連線記錄；App 那一列增加，本身無法區分代理連線或直接連線。
• 處理空白資訊：如果目前裝置沒有顯示 App 來源，請勿自行補上名稱；改以請求時間、目標網域及實際策略進行判斷。
• 避免誤判：App 切換至背景，不代表網路活動會立即停止；測試結束後仍可能短暫出現流量增量。

搭配 Global Routing 與規則記錄，交叉核對 PROXY、DIRECT

先查看 Home → Global Routing，再解讀統計資料。Proxy 會採用代理路由模式；Direct 會採用直接連線模式；Config 依目前設定中的規則分流；Scene 則依所選場景定義的條件與設定運作。不要將 Scene 當成另一種固定的「全部代理」模式。驗證規則檔時應使用 Config，並確認 Config 中實際啟用的是待檢查的設定。

在設定的 [Rule] 區段中，每條規則仍須寫成完整一行。規則通常由上而下比對，最先符合的規則會決定處理策略，FINAL 則放在最後作為兜底。此處的 no-resolve 表示不為這條 IP 規則主動觸發網域解析；GEOIP 判斷的是目標 IP 的歸屬地，不是依據網頁文字或網域後綴猜測地區。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

核對單次連線時，請在連線記錄中找到相符的時間與目標，查看實際命中的規則、策略及出口資訊。若 PROXY 指向策略群組，也要確認群組內實際使用的伺服器。DNS、重新導向及頁面子資源都可能產生額外連線，因此載入同一個頁面不一定只會得到一種策略結果。

統計範圍與歸零時機：保留基準值再開始測試

歸零適合用來建立新的觀察時段，不適合用來修復路由。中斷後重新連線、切換伺服器、更新 Subscribe 或重新選取 Config，都不能視為「所有累計值必定歸零」的依據。不同頁面可能顯示不同範圍的累計資料，操作前先確認目前觀察的是哪個層級。

1. 記錄基準值：記下時間、伺服器名稱、路由模式，以及上傳與下載數值；排除問題時也一併保留相關連線記錄。
2. 先確認範圍：若要使用 Data 中的歸零功能，請先閱讀目前介面的提示，確認操作會套用至目前項目還是所有統計。若未明確說明適用範圍，優先使用前後讀數相減。
3. 減少背景流量：暫停可控制的大型檔案傳輸與媒體播放，但不要假設所有背景活動都會立即停止。
4. 統一觀察時段：完成一次測試後再記錄數值；測試中途不要更新訂閱、切換伺服器或變更設定。
5. 保留判斷依據：將觀察到的流量增量與規則記錄一併保存，再決定是否開始下一輪歸零測試。

將用戶端讀數歸零，不會重設服務商已記錄的用量，也不會變更方案週期。即使雙方都統計上傳與下載，通訊協定封裝、重新傳輸、計數位置、顯示單位與更新時間仍可能造成差異。比較前先統一時間範圍與單位，再核對服務商的計費定義；不要用不同週期的總數推斷異常。

常見讀數問題：先確認狀況，再逐項重測

保存可供複查的流量測試紀錄

有效的檢查應能回答三個問題：哪個 App 發出了什麼請求、規則將請求交給哪種策略，以及對應出口是否產生合理的流量增量。以下提供手動紀錄格式，數字僅為計算示例，不代表固定流量。請將測試網域換成自己可合法存取且便於觀察的目標，並勿在紀錄中附上訂閱憑證。

若仍無法重現狀況，請先重複相同操作，不要同時變更通訊協定、伺服器與規則。分享排除問題所需資料前，請遮蔽訂閱網址、權杖、密碼、金鑰及個人存取紀錄。Data 提供的是判斷線索；只有將來源、規則、出口與流量增量放在同一個觀察時段內，才能得到可供複查的結論。