同時匯入多個訂閱後,真正影響使用效率的通常不是節點數量,而是節點來源、地區、倍率與用途混在同一份伺服器清單中。一個訂閱可能包含香港、新加坡、日本等常用線路,另一個訂閱則可能主要提供備用線路;如果直接攤開全部內容,每次更新都可能出現上百條名稱相近的伺服器,手動尋找和測速都會變慢。
本文適合已能在 v2rayN 或 v2rayNG 匯入訂閱,但需要同時管理兩個以上服務商的使用者。全文依序說明分組命名、更新順序、包含與排除篩選、測速後的選擇方法,以及桌面版與 Android 版之間的整理差異。
先依訂閱來源建立穩定分組
訂閱分組的首要作用是保留來源界線。節點名稱會變動,地區數量也會隨更新增減,但「這筆記錄來自哪個訂閱」應始終清楚。建議使用「服務商簡稱+用途」格式,例如「雲甲-日常」「雲乙-備用」「雲丙-低倍率」,不要只寫「訂閱1」「訂閱2」。半年後排查失效連結時,清楚的名稱能直接減少反覆開啟設定頁確認網址的次數。
以 v2rayN 7.15 系列介面為例,可進入「訂閱分組」→「訂閱分組設定」,分別為每個來源填寫別名、訂閱網址、啟用狀態與自動更新間隔。三個訂閱不應合併貼到同一個網址欄位,也不應為同一網址建立多個重複分組。儲存後逐組執行更新,先確認每組都能獨立產生伺服器,再安排統一更新。
分組欄位建議值
日常主訂閱
- 別名
- 雲甲-日常
- 啟用更新
- 開啟
- 更新間隔
- 360 分鐘
- 主要用途
- 常用地區
保留穩定、低延遲線路,作為預設選擇來源。
備用訂閱
- 別名
- 雲乙-備用
- 啟用更新
- 開啟
- 更新間隔
- 720 分鐘
- 主要用途
- 故障切換
更新頻率可以較低,但應保留兩個以上可連線地區。
低倍率訂閱
- 別名
- 雲丙-低倍率
- 啟用更新
- 開啟
- 更新間隔
- 480 分鐘
- 主要用途
- 大量流量任務
篩選時保留名稱中帶有 0.5 倍或低倍率標記的線路。
臨時測試訂閱
- 別名
- 測試-短期
- 啟用更新
- 視需要
- 更新間隔
- 0 分鐘
- 主要用途
- 相容性測試
測試結束後停用分組,避免自動更新再次寫入節點。
用包含與排除關鍵字縮小節點清單
關鍵字篩選應根據可驗證的節點命名規則設定。常見名稱由地區、線路編號、倍率、協定提示與狀態文字組成,例如「香港 03|專線|0.5x」。如果日常只使用香港、新加坡與日本,可以先建立包含條件;如果清單中混有「剩餘流量」「方案到期」「官方網站」等資訊項目,再用排除條件清理。
在提供篩選欄位的 v2rayN 版本中,開啟「訂閱分組」→「訂閱分組設定」,選取目標分組後編輯篩選條件。先儲存一個一般關鍵字並單獨更新該分組,確認欄位的作用範圍;需要同時比對多個地區時,再使用正規表示式。篩選發生在訂閱解析階段,與伺服器清單頂端的臨時搜尋不同:搜尋只會隱藏目前檢視中不符合的項目,訂閱篩選則會決定更新後寫入哪些伺服器。
包含條件:香港|新加坡|日本
排除條件:剩餘流量|方案到期|官方網站|維護|倍率2
低倍率條件:0\.5x|0\.5倍|低倍率
正規表示式中的直線符號代表「任一條件」,句點則需要寫成跳脫形式。例如要比對「0.5x」,使用「0\.5x」會比直接寫「0.5x」更精確。不要直接把伺服器名稱中從未出現過的簡稱寫入條件;「新加坡」與「獅城」是否都存在,應先觀察該訂閱實際回傳的命名。
| 整理目標 | 包含條件範例 | 排除條件範例 | 更新結果 |
|---|---|---|---|
| 保留三個常用地區 | 香港|新加坡|日本 | 維護|到期 | 只寫入名稱符合的可用地區 |
| 尋找低倍率節點 | 0\.5x|0\.5倍 | 倍率2|高倍率 | 減少高流量計費線路 |
| 保留專線名稱 | 專線|中轉 | 測試|臨時 | 排除短期測試記錄 |
| 只看日本節點 | 日本|東京|大阪 | 維護|剩餘 | 適合單一地區延遲測試 |
結論:先做排除,再收緊包含範圍
資訊項目與維護節點通常具有較穩定的名稱特徵,先排除它們一般不會誤刪正常伺服器;包含條件則應從一個地區逐步增加,每次更新後核對數量,避免一次寫入範圍過大的表示式。
篩選後再測速,避免把延遲當成唯一標準
清單縮短後再執行延遲測試,結果會更容易比較。假設三個訂閱合計回傳 126 筆記錄,透過地區與狀態篩選縮減至 34 筆,測試任務數量便減少約 73%。在一次 Windows 11、區域網路千兆連線的整理記錄中,126 台伺服器完成一輪延遲測試約需 52 秒,34 台約需 16 秒;這些數值會隨網路、核心狀態與逾時設定變化,但縮小測試集合的效果是確定的。
v2rayN 的伺服器清單可先依訂閱分組篩選,再執行「伺服器」→「測試伺服器真實連線延遲」。真實連線延遲會實際嘗試透過節點建立連線,比只看傳輸層回應更接近實際使用狀態。測試期間不要同時更新訂閱,也不要連續點選多種批次測試指令,否則舊結果、新結果與逾時任務可能交錯顯示。
- 先結束正在佔用大量頻寬的下載或同步工作,讓本地網路負載保持穩定。
- 選取一個訂閱分組,執行真實連線延遲測試,記錄成功率與回應時間。
- 對候選節點重複測試三次,間隔約 30 秒,不要以單次最低值決定結果。
- 從平均延遲接近的節點中,選擇錯誤率較低、連續測試波動較小的一個。
- 完成選擇後再啟用系統代理,並透過實際網頁或應用程式請求檢查連線。
例如節點 A 三次結果為 88、94、91 毫秒,節點 B 則為 61、248、逾時。雖然節點 B 曾出現較低數值,但節點 A 的連續性更好,更適合設為日常節點。節點 C 若延遲為 130 毫秒但大檔案傳輸穩定,也可以放入「大量流量」分組,不要因為延遲高於 100 毫秒就直接刪除。
結論:分組決定用途,測速只完成組內選擇
主訂閱優先比較穩定性,備用訂閱則關注能否獨立建立連線,低倍率分組則關注流量消耗。把不同目標混在同一個延遲排序中,容易選出數值最低但用途不合適的節點。
在 v2rayNG 中維持行動裝置分組清楚
v2rayNG 適合將每個訂閱保留為獨立的設定來源。進入左上角選單中的「訂閱分組設定」,逐筆新增備註與訂閱網址,儲存後選擇對應分組執行更新。不同版本的按鈕位置可能略有調整,但核心原則不變:一個服務商對應一筆訂閱項目,備註沿用桌面版名稱,避免同一來源在兩台裝置上使用不同稱呼。
Android 版螢幕空間有限,比桌面版更需要控制可見節點數量。可以先切換到指定訂閱分組,再使用設定列表中的篩選或搜尋功能查看目標地區。若目前版本沒有可持久保存的包含與排除欄位,搜尋條件只會作為目前清單的篩選,不應理解為訂閱內容已被永久修改;下次更新後仍應檢查資訊節點是否重新出現。
- 備註一致:桌面版使用「雲甲-日常」,Android 版也使用同名,不再簡寫成「A」。
- 依組更新:需要備用線路時只更新備用分組,避免每次重新整理全部訂閱。
- 核心分工:v2rayNG 使用 Xray 核心;選擇 v2fly 核心的 Android 用戶端時使用 v2flyNG,兩者的訂閱來源仍應分別命名。
- 本地連接埠:常見的本地 SOCKS 連接埠為 10808,實際值以「設定」→「參數設定」中的配置為準。
- 更新檢查:更新完成後核對新增數量、刪除數量與目前使用中的配置,不要只看「更新成功」提示。
自動更新與故障切換的具體安排
多訂閱管理不必追求所有分組同時重新整理。較穩妥的做法是錯開更新週期:主訂閱每 6 小時更新,備用訂閱每 12 小時更新,低倍率訂閱每 8 小時更新,臨時測試訂閱則關閉自動更新。如此既能讓常用清單保持即時,也能避免多個網址在同一時間請求、解析並重寫伺服器面板。
更新前後應留意節點數量變化。如果某個分組通常有 30 至 40 筆記錄,某次更新後卻突然變成 2 筆,不要立即清空舊清單並重做所有設定。先開啟「訂閱分組設定」,核對網址是否完整、篩選表示式是否過於嚴格,再檢查系統時間與目前網路出口。篩選條件中的一個全形符號或錯誤跳脫,也可能讓符合結果大幅減少。
主訂閱更新方案
- 週期
- 360 分鐘
- 保留地區
- 香港、新加坡、日本
- 候選數量
- 12 至 24 筆
- 測試方式
- 真實連線延遲
選擇三個穩定節點,並至少保留兩個地區。
備用訂閱更新方案
- 週期
- 720 分鐘
- 保留地區
- 與主訂閱不同
- 候選數量
- 6 至 12 筆
- 測試方式
- 依需求測試
主訂閱異常時切換,平時不必頻繁批次測速。
故障切換順序
- 先在目前分組中切換至最近一次測試穩定的第二候選節點。
- 如果同一分組的多個節點都失敗,先更新目前訂閱一次,再重新測試。
- 若訂閱更新也失敗,切換至備用分組中已儲存的可用節點。
- 備用連線恢復後,再檢查主訂閱網址、篩選欄位與自動更新設定。
- 確認主訂閱恢復穩定後再切回,不要在故障期間反覆刪除與匯入。
多訂閱整理常見問題
兩個訂閱裡有同名節點,怎麼判斷來源?
先依訂閱分組查看,不要只看伺服器備註。將分組別名設為「服務商簡稱-用途」,更新後在分組範圍內測速;同名節點仍應分別保留其訂閱來源與連線參數。
設定包含關鍵字後,清單一筆都沒有?
先將條件改成節點名稱中確定存在的單一詞語,例如「香港」,儲存後只更新該分組。確認能夠符合後,再加入「|新加坡」。同時檢查是否將同一關鍵字誤寫進排除條件。
為什麼更新後,被排除的提示節點又出現了?
伺服器清單頂端的搜尋屬於臨時顯示篩選,不會修改訂閱解析結果。需要持久處理時,應在「訂閱分組」→「訂閱分組設定」中填寫排除條件,並重新更新對應分組。
自動更新間隔設多少合適?
主訂閱可從 360 分鐘開始,備用訂閱設為 720 分鐘,臨時訂閱則關閉自動更新。服務商明確提供更新頻率時,應以其說明為準,不必每隔幾分鐘重新整理。
節點越多,故障時越容易恢復嗎?
關鍵在於來源獨立且候選有效,而不是數量。保留兩個來源、三個常用地區,每個來源選出兩至三個經過重複測試的節點,通常比堆積上百筆未測試記錄更容易切換。
整理完成後的伺服器面板應能回答三個問題:目前節點來自哪個訂閱、它負責什麼用途、失效後先切換到哪裡。只要分組名稱穩定、篩選規則可重新檢查、更新週期不過於密集,多機場訂閱就能從一份不斷膨脹的節點清單,變成依來源與用途維護的連線集合。