查看 Shadowrocket(小火箭)的 Data 數據時,先確認統計對象與時間範圍,再比較流量增量。依伺服器查看,可確認流量計入哪個連線項目;依 App 查看,則可觀察流量來源。兩者分類方式不同,數值不能相加。本文適合已完成設定、想確認流量去向的使用者,說明上傳與下載的讀法、清除數據前的記錄方式,以及如何與系統行動數據用量對照。
先分清方向、速率與累計流量
上傳和下載是以目前使用的裝置為基準:裝置向外傳送的資料屬於上傳,從外部接收的資料則是下載。開啟網頁時,裝置會送出請求,也會接收內容;播放影片通常以下載為主,但同時仍會有請求、確認與狀態回報。因此,上傳與下載數值同時增加,不代表連線異常。
帶有 /s 的數值代表速率;沒有時間單位的位元組數則代表資料量。Home 中連線狀態旁的即時數值,不能直接與 Data 中的累計數值比較。解讀累計值時,也要留意頁面顯示的統計範圍:目前連線、個別項目和保留的歷史紀錄,起算時間可能各不相同。
| 數值類型 | 代表意義 | 檢查方式 |
|---|---|---|
| Upload / 上傳方向 | 從裝置傳出的資料量 | 傳送附件前後比較差值,不要只看最後的總量。 |
| Download / 下載方向 | 裝置接收的資料量 | 讀取一項未快取的內容後,再檢查該方向的增量。 |
| KB/s、MB/s | 每秒傳輸的資料量 | 用來確認傳輸是否仍在進行,不代表本月用量。 |
| KB、MB、GB | 特定統計範圍內的資料量 | 先確認統計範圍,再記錄起始值與結束值。 |
注意大寫 B 與小寫 b 的差異:1 Byte 等於 8 bit。網路頻寬常用 Mbps,App 傳輸速率常用 MB/s,兩者不能以相同數字解讀。計數器的單位換算方式與顯示精度也可能不同;比對時請保留介面顯示的原始單位,避免先四捨五入再計算差值。
依伺服器與依 App 查看:代表不同統計維度
依伺服器查看時,重點是流量被計入哪個伺服器項目,而不是由哪個 App 發出請求。多個 App 使用同一個代理出口時,該伺服器的計數會一併增加。Home 中目前選取的伺服器,也不代表所有請求都會經過它;實際路徑還會受到 Global Routing、目前使用的 Config 與規則指定策略影響。
依 App 查看時,重點是辨識請求來源。App 發出的連線可能採用不同策略,因此某個 App 的流量不能直接視為某台伺服器的流量。來源是否能被辨識,也會受到系統提供的資訊與連線類型影響;若清單中沒有獨立顯示名稱,不代表該 App 沒有網路活動。如果目前的 Data 頁面沒有 App 統計維度,請使用現有的伺服器統計與連線紀錄,不要將網域項目當成 App 名稱。
依伺服器查看
- 分類對象
- 伺服器項目或對應的出口紀錄。
- 適合確認
- 這次操作是否讓預期伺服器的計數增加。
- 觀察前提
- 固定伺服器、Global Routing 與目前使用的 Config。
- 無法直接判斷
- 究竟是哪個 App 貢獻了全部流量。
項目名稱相似時,先核對位址與連接埠,避免記錯對象。
依 App 查看
- 分類對象
- 可辨識的 App 來源。
- 適合確認
- 某個來源在觀察期間是否持續傳輸。
- 觀察前提
- 減少背景活動,每次只操作一個 App。
- 無法直接判斷
- 所有請求都經過同一台代理伺服器。
只有目前頁面提供這個統計維度時才使用,並留意未辨識流量的限制。
判斷方式:用同一輪的流量增量比對兩種維度
固定出口後,每次只操作一個 App,記錄操作前後的伺服器流量增量與可辨識的 App 流量增量;不要將兩種維度的總數相加,也不必要求兩者逐 Byte 相同。
先確認路由,再判讀哪些數值正在增加
Data 顯示的是流量結果,不能證明規則是否命中。Global Routing 設為 Proxy 時,一般請求會依代理模式處理;設為 Direct 時則採直連模式;設為 Config 時,則依目前設定判斷。Scene 涉及情境設定,不能只根據模式名稱推斷最終策略,請回到該情境的實際設定確認。
在 Config 模式下,規則通常會依序比對。DOMAIN-SUFFIX 依網域後綴判斷,IP-CIDR 依 IP 網段判斷,GEOIP 依 IP 地理資料庫判斷,FINAL 則處理前面未命中的請求。若某次請求命中 DIRECT,預期代理伺服器的計數沒有增加,並不能單憑這點判定連線失敗。
- 在 Home 記錄目前的 Global Routing,並確認選取的伺服器項目。
- 若使用 Config,請在 Config 中確認目前實際使用的設定,不要只開啟名稱相似的檔案。
- 檢查目標網域對應的規則、前置規則與 FINAL;不要為了讓計數增加而直接改寫所有規則。
- 參考連線紀錄中的目標與實際策略判斷流量路徑,再回到 Data 查看相應項目的變化。
累計值何時歸零:先確認計數器的統計範圍
不要把「中斷連線」當成「清除所有 Data 紀錄」。連線結束只代表這次工作階段結束;歷史累計是否保留,取決於個別計數器的統計範圍與目前介面的行為。同樣地,重新開啟 App、切換伺服器或更新現有訂閱,都不應視為可靠的清零方式。
請分開記錄目前工作階段的數值與歷史累計值。若介面明確標示目前連線的統計範圍,應以該連線的起始時間來解讀;如果顯示的是項目累計值,就不能直接當成本次連線產生的流量。若頁面未標示起始時間,最穩妥的方式是比較操作前後的差值,而不是猜測它從今天、本月或購買 App 時開始計算。
- 手動清除:若 Data 目前頁面提供清除或重設功能,請先閱讀確認提示、核對影響範圍,再執行操作;只有明確清除的計數,才能視為新的起點。
- 刪除項目:刪除後重新建立伺服器,可能改變統計歸屬;這不適合作為日常清零方式,也不利於持續比較。
- 重新連線:請分別觀察工作階段數值與累計值是否變化,不要因其中一項歸零,就推斷另一項也已清除。
- 定期比對:若要按週或按月記錄,請自行保存日期、起始值與結束值,不要假設 Data 會依帳單週期自動重設。
例如,觀察開始時的下載累計值為 120 MB,結束時為 138 MB;若期間都是同一項目、統計範圍一致且沒有重設,這次觀察的下載增量就是 18 MB。這些數字僅用來說明計算方式,並非實測結果。若期間切換項目或清除紀錄,這兩個數字就不能作為有效的一組差值。
Data 與系統行動數據用量不同時,依四項條件檢查
在 iPhone 或 iPad 的系統設定中,前往「行動服務」即可查看系統提供的行動數據統計。這個頁面的觀察範圍與 Shadowrocket Data 不同:前者關注行動網路用量,後者關注 App 處理並歸入相應範圍的資料。系統顯示的「目前期間」也不一定等於電信業者的帳單週期,請確認頁面底部的統計重設時間。
| 檢查條件 | 常見差異 | 處理方式 |
|---|---|---|
| 網路範圍 | Data 的觀察期間可能包含 Wi-Fi;系統對照項目只計算行動數據。 | 測試時固定使用同一種網路,並記錄期間是否切換。 |
| 時間範圍 | 兩邊的起始時間不同,累計值自然也會不同。 | 同步記錄起始值與結束值,只比較相同時間範圍內的增量。 |
| 統計歸屬範圍 | 單一伺服器不會涵蓋裝置上所有 App 與系統服務。 | 先確認比較的是伺服器用量、App 用量,還是系統總量。 |
| 計數層級 | 代理封裝、加密、重傳與協定控制資料,可能由不同層級計入。 | 不要套用固定換算係數,也不必要求兩個計數器完全相同。 |
代理協定需要交換建立連線與維持工作階段所需的資料,因此實際網路傳輸量不一定等於網頁檔案或附件標示的大小。連線重用、失敗重試與快取,也會影響單次操作所增加的流量。因此,不能只因 Data 數值比系統統計多一點或少一點,就判定是重複計費或統計故障;應先確認網路、時間與統計範圍一致,再進行比對。
判斷方式:先對齊時間範圍,再確認是否持續偏差
若無法同時將兩邊歸零,請分別記錄初始值並計算差值;只有在相同條件下反覆出現明顯差異,才需要進一步檢查連線歸屬、背景傳輸與重試紀錄。
以一輪 60 秒觀察找出持續傳輸的來源
以下步驟用來觀察計數變化,不是測速,也不需要更換使用者既有的服務商或訂閱。測試前請記下目前設定,暫停明顯的背景下載,並避免在同一輪測試中切換網路、伺服器或模式。若已設定 Settings → On Demand,請記錄該功能是否會自動連線,避免把自動重新連線誤認為手動測試結果。
- 記錄環境:記下時間、Wi-Fi 或行動網路、Global Routing、目前使用的 Config 與伺服器項目。
- 記錄初始值:前往 Data,分別記錄目標項目的上傳與下載累計值;若有 App 統計維度,也記下目標 App 的初始值。
- 閒置觀察:保持 60 秒不主動操作,記錄結束時的數值。這一輪可用來辨識背景連線與維持工作階段所產生的基準流量。
- 單一操作:再觀察 60 秒,只開啟一個已知網頁或讀取一項未快取的內容,並記錄相同的計數器。
- 確認結果:分別計算兩輪的流量增量,並參考連線紀錄確認新增傳輸是否來自預期目標;重複測試時,其他條件應維持不變。
若頁面內容來自快取,網路流量增量可能很小;若影片或網頁已預先載入,停止觀看後流量也可能短暫增加。若上傳量持續增加,請優先檢查正在傳送的附件、照片同步與其他背景工作,不要只根據流量增加方向判斷異常。傳輸計數只能說明有資料交換,無法單獨證明目標內容已成功載入。
「沒有開啟 App,為什麼 Data 數值還在增加?」
先進行 60 秒閒置觀察,再檢查背景同步、推播相關連線與維持工作階段的流量。記錄 Settings → On Demand 的狀態,並參考連線紀錄確認來源;App 留在背景,不代表所有網路活動都已停止。
「換了伺服器,舊項目為什麼還有流量數值?」
先分清保留的累計值與持續增加的流量增量。記下舊項目的目前數值,等待相同時間後再次查看;只有舊數值留在畫面上,不代表仍在傳輸。切換前已建立的連線,也應參考紀錄確認。
「依 App 查看時找不到名稱,可以用網域猜嗎?」
不要直接把網域當成 App 身分。多個 App 可能會連線至同一網域。請改用每次只操作一個 App 的方式比對,並參考連線時間與目標;無法確認來源的紀錄,應維持未確認狀態。
「Data 的總數可以當成方案已用流量嗎?」
不能直接取代使用者既有服務商提供的帳戶統計。請先確認服務商的計費週期與統計方式,再以 Data 同期的流量增量作為分析參考。App 購買與線路方案是兩回事,Data 也不是查詢帳戶剩餘額度的頁面。