Data 用來查看 Shadowrocket 記錄到的連線流量，不等同於電信業者帳單或服務商帳戶餘額。本文適合已完成設定、想確認流量去向的使用者：先分辨累計用量與傳輸速率，再分別查看伺服器和應用程式的流量，最後以相同時間範圍檢查清零、分流及數值差異。
Data 統計範圍與單位
Shadowrocket（小火箭）的 Data 是查看本機流量的入口。相關連線必須經過應用程式能夠觀察和統計的處理路徑，才會反映在讀數中；這不是裝置所有網路活動的總帳。連線關閉時產生的流量、其他裝置的流量，以及服務商在遠端依不同規則計算的流量，都無法直接從本機 Data 還原。
先看單位，再看數字。帶有「每秒」意義的 KB/s、MB/s 表示傳輸速率；KB、MB、GB 則表示累計資料量。網頁載入完成後，速率可能很快下降，但累計用量會保留；這是兩種指標的正常差異，並不代表記錄互相矛盾。
Upload 與 Download 通常以本機的傳輸方向理解：傳送請求、上傳檔案屬於傳送方向；接收網頁資源、下載檔案則屬於接收方向。下載時 Upload 仍可能增加，因為請求、確認及互動也需要傳送資料。不要只因為 Upload 有讀數，就認定檔案正在背景上傳。
按伺服器查看：確認流量經過哪個出口
按伺服器查看時，重點是連線歸屬於哪台代理伺服器，而不是使用了哪個網站或應用程式。先在 Home 確認目前選取的伺服器與 Global Routing，再開啟 Data 查看相應項目。伺服器累計用量適合用來確認「這段時間主要使用哪個出口」，不適合單獨判斷「哪個應用程式用量最多」。
切換 Home 中選取的伺服器，不代表既有連線已全部轉移。已建立的長連線可能繼續使用原本的出口；新連線才會依當下選擇和規則處理。因此，切換後短時間內看到舊項目仍在增加，應先確認是否還有影片播放、下載或長連線正在執行。
| 觀察到的情況 | 可能代表什麼 | 接著核對 |
|---|---|---|
| 某台伺服器的累計用量增加 | 該統計項目在觀察期間記錄到資料 | 核對 Home 目前的選擇及活動連線 |
| 切換後舊伺服器的讀數仍增加 | 可能還有連線使用舊出口 | 停止原有工作，再送出新的請求觀察 |
| 網頁可以使用，但代理項目的讀數沒有增加 | 請求可能使用 DIRECT，或是載入了快取 | 檢查 Global Routing 和連線記錄 |
| 兩個同名項目不易區分 | 僅憑名稱無法確認設定項目的身分 | 核對伺服器位址、連接埠及所屬訂閱 |
訂閱更新後，顯示名稱、伺服器位址或項目排列方式可能改變。比對舊記錄時應一併保留這些資訊，不能只憑名稱相同就認定是同一筆記錄。訂閱請向你的服務商取得；更新訂閱是更新設定來源，不等於重設本機統計，也不代表服務商重新計算用量。
按應用程式查看：確認可辨識流量的來源
按應用程式查看，是將可歸屬的流量依來源彙整；按伺服器查看，則是依處理流量的出口彙整。同一個應用程式可以存取多個網域，並依規則同時產生 DIRECT 與代理連線；同一台代理伺服器也可能承載多個應用程式的連線。這是兩種不同的檢視維度，不是需要再次相加的兩筆獨立用量。
在 iPhone 和 iPad 上，系統提供給網路延伸功能的資訊有所限制。應用程式名稱是否顯示、特定連線能否準確歸屬，會受到系統提供的資訊、連線類型及目前統計檢視方式影響。若有無法歸屬或未單獨列出的項目，不應自行認定它屬於某個特定應用程式；目前介面沒有提供的應用程式維度，也不能從伺服器名稱反推。
- 先暫停影片播放、雲端同步及其他明顯的背景工作，記下 Data 目前的讀數與時間。
- 只在一個應用程式中執行一項操作，例如開啟一個尚未載入的網頁，避免同時切換多項工作。
- 固定等待 60 秒，再回到 Data 比較增量；同時檢查伺服器維度是否有相應變化。
- 以相同步驟再測試一次。如果頁面已載入快取，第二次的流量可能較少，請改用尚未載入的內容驗證。
結論：用單一應用程式的流量增量找來源，不要把兩種檢視的數字相加
先記下起始讀數，再只執行一項工作；用應用程式維度找來源，用伺服器維度找出口。交叉比對兩者，比直接比較兩個累計總量更容易找出問題。
Global Routing 與規則如何影響讀數
Data 記錄處理結果，路由設定則決定連線的處理方式。排查前，先查看一次 Home → Global Routing：Proxy、Direct、Config、Scene 代表不同的處理模式，不能把它們當成四個獨立計數器。Proxy 會以代理方式處理適用的連線，Direct 會以直連方式處理；Config 會依目前設定中的規則分流，Scene 則須配合目前的場景設定，核對實際處理方式。
在 Config 模式下，瀏覽同一個頁面可能同時連線到主網站、圖片、影片及分析介面，這些網域不一定符合相同規則。以下規則片段用來說明比對順序，並非完整設定，也不需要取代現有設定。其中 192.0.2.0/24 是文件示範用的位址範圍。
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX用來比對指定的網域後綴；範例中的相關請求會使用 DIRECT。IP-CIDR用來比對位址範圍；no-resolve表示不為這條 IP 規則額外觸發網域解析。GEOIP依 IP 地理位置資料庫進行比對，結果取決於使用的資料庫及實際目標位址。FINAL用來處理前面規則都未比對到的連線；範例中，這些連線會交由 PROXY 處理。
因此，瀏覽器產生流量，不代表某台代理伺服器的讀數一定會同步增加。需要參考連線記錄中的目標、符合的規則及最終策略來判斷。若連線看起來會自行恢復，也應查看 Settings → On Demand 的現有設定；按需連線可能改變統計期間的連線狀態，但不會讓 Data 變成電信業者的計費記錄。
統計清零：先保存基準讀數，再開始新的觀察期間
清零會改變本機統計的比較起點。這與中斷連線、切換伺服器或更新訂閱不同，也不會重設服務商帳戶中的方案用量。操作前，先記下目前介面顯示的統計範圍、總量和時間；若要追查異常，保留清零前的資訊比立即清零更有幫助。
- 開啟 Data，確認目前查看的是伺服器維度還是應用程式維度，並記下現有篩選條件或時間範圍。
- 保存重要項目的讀數和裝置時間；分別記錄 Upload、Download，不要只記合計。
- 使用目前 Data 介面實際提供的清除或重設操作，並詳閱確認提示。不同介面的呈現方式可能不同，不要把「清除連線記錄」當成「重設累計流量」。
- 返回相同的統計檢視，確認哪些項目受到影響。如果沒有相應的重設選項，也可以用起始讀數相減來建立觀察期間。
- 執行一項固定工作，60 秒後記錄結束讀數，以「結束讀數減起始讀數」計算增量，並註明期間是否切換過網路或伺服器。
例如，某項目的 Download 起始讀數為 120 MB，結束時為 145 MB，該觀察期間顯示的增量就是 25 MB。這個例子僅用來說明減法，並非實測結果。如果期間曾清零，或起始與結束讀數來自不同的篩選檢視，直接相減就沒有意義，應重新建立基準。
數值差異與常見問題
本機 Data、系統的行動網路統計和服務商用量，分別來自不同的觀察位置。服務商可能合併同一帳戶下多台裝置的用量、採用不同結算時區、延遲更新資料，或依其計費規則計入通訊協定開銷與流量倍率。系統的行動網路統計也可能包含連線關閉時的活動，而且不會將 Wi-Fi 流量計入行動網路用量。比較前，應先統一裝置、時間範圍、網路類型和計量單位。
為什麼服務商顯示的用量比 Data 多？
先確認服務商統計的起訖時間、是否包含其他裝置，以及是否採用流量倍率。接著用同一台裝置進行固定時間的測試，等遠端資料更新後再比較增量。客戶端顯示的位元組數不能直接取代服務商的計費規則。
沒有開啟應用程式，為什麼讀數還在增加？
先暫停背景同步和媒體播放，檢查是否有尚未完成的下載或長連線，再確認 Home 的連線狀態及 Settings → On Demand。畫面上沒有進行操作，不代表裝置沒有網路活動；單靠累計數字無法確定流量來源。
明明一直在瀏覽網頁，某台伺服器的讀數為什麼沒有變？
先到 Home → Global Routing 確認目前模式，再檢查連線是否符合 DIRECT。若路由設定符合預期，請用尚未載入快取的頁面測試，並返回相同的統計檢視觀察。不要只為了讓數字增加，就直接修改整份規則。
清零後，能還原之前的統計嗎？
不要假設清零操作可以復原。先確認目前介面是否仍保留其他時間範圍的資料；若沒有，本機已清除的資料就無法只靠現有總量準確還原。若需長期對帳，每次重設前都應保存讀數和時間。
結論：先對齊觀察期間，再調查差額
如果差額持續存在，請記錄起訖時間、網路類型、Global Routing 模式、伺服器身分及兩端的流量增量，再核對計費方式。不要以切換通訊協定或反覆清零，取代這些基本記錄。
Data 適合用來觀察趨勢和縮小排查範圍：哪個出口持續增加、單一工作產生多少流量增量，以及直連或代理是否符合規則預期。它無法單獨證明某個應用程式的全部流量歸屬，也無法顯示服務商帳戶的剩餘用量。完成上述核對後，再依據具體連線記錄調整設定，可避免因誤讀統計而修改原本正常的設定。