多來源訂閱分組管理實務：伺服器過濾規則與節點篩選技巧

先將訂閱來源與伺服器清單分成兩層

節點越多，就越不適合把所有伺服器放在同一份長清單中。訂閱來源處理的是「設定從哪裡更新」，伺服器項目處理的是「目前連線到哪條線路」，兩者並非同一層概念。一個訂閱來源可能包含數十個 VMess、VLESS 或其他相容設定，更新訂閱時也可能新增、改名或移除項目；如果只靠伺服器名稱記住來源，更新幾次後就很容易混淆。

較穩妥的做法是依來源建立訂閱分組，再在各分組內篩選節點。v2rayN 桌面版可從「訂閱分組」→「訂閱分組設定」檢查名稱、網址與更新選項；v2rayNG 則可在側邊選單的訂閱分組設定中管理來源。不同版本的選單文字可能略有差異，但判斷標準相同：每個訂閱網址都應有獨立、容易辨識且長期不變的備註。

分組名稱不要直接沿用訂閱方臨時產生的標題，因為標題可能隨方案或活動變動。更實用的格式是「來源簡稱＋用途＋週期」，例如「北線-日常-月付」或「備用線-行動網路」。來源簡稱用來區分訂閱，用途方便快速決策，週期資訊只有在確實需要續期管理時才加入，避免名稱過長。

同一份訂閱不要因為更換裝置，就改用完全不同的備註。桌面版與 Android 版保持一致後，排查時便能明確說出「主線分組中的香港 02」，而不必依賴清單中的第幾項。伺服器排序可能在更新後改變，穩定的分組名稱與節點關鍵字更適合作為定位依據。

建立可長期沿用的備註命名規則

節點名稱通常已包含地區、倍率、線路或序號，但不同訂閱來源的寫法並不統一。例如香港可能寫成「香港」、「HK」或「Hong Kong」，新加坡可能寫成「新加坡」、「SG」或「Singapore」。如果直接跨分組搜尋，單一關鍵字可能漏掉同義名稱。因此，先觀察各來源實際採用的命名方式，再決定過濾詞，比套用固定範本更可靠。

建議將篩選維度控制在三類：地區用於確認出口位置，線路或用途用於區分日常、備用與低倍率，狀態詞則用於排除「維護」、「到期」、「剩餘流量」等資訊項目。VMess、VLESS 等協定名稱適合在排查相容性時使用，但不應單獨作為速度判斷依據；協定、傳輸層、伺服器負載與本地網路都會影響連線表現。

序號只適合在同一地區內輔助辨識，例如「HK-01」和「HK-02」。不要把「節點 1」、「節點 2」當作跨訂閱通用名稱，因為更新後原本的序號可能已對應到另一台伺服器。若用戶端允許修改本地備註，可以保留原名稱中的地區與線路標記，只在前面加入短前綴，例如「主-HK-02」。

更新訂閱前不必逐項手動改名。先確認分組設定是否會覆蓋本地備註，再為少量常用節點加入本地識別資訊。對於經常變動的訂閱，維護篩選規則通常比維護數十個自訂名稱更省時；對於長期固定的自建設定，則可以使用更詳細的地區、入口與用途命名。

用包含與排除規則縮短伺服器清單

過濾可分為臨時篩選與持久規則。臨時篩選適合當下查找，例如在 v2rayN 的伺服器篩選輸入框輸入「HK」，或在 v2rayNG 的設定清單中使用搜尋功能；清除輸入後，完整清單仍會保留。持久規則則應放在訂閱分組的過濾設定中，只讓符合條件的項目進入該分組。開始使用前，先確認目前欄位支援一般關鍵字還是正規表示式；一般關鍵字欄位不能直接套用正規表示式語法。

最安全的起點是先使用單一包含詞。例如只需要香港項目時，可以先分別嘗試「香港」與「HK」，確認結果是否涵蓋目標節點。確認命名規律後，再用「香港|HK|Hong Kong」合併同義詞。正規表示式中的豎線代表三者擇一，括號用來限定組合範圍；英文大小寫是否區分取決於用戶端欄位的實作，應以一個已知節點進行驗證。

地區包含：
(香港|HK|Hong Kong|新加坡|SG|Singapore)

狀態排除：
^(?!.*(到期|過期|剩餘|流量|維護|測試)).*$

保留指定地區並排除狀態詞：
^(?!.*(到期|過期|剩餘|流量|維護|測試)).*(香港|HK|Hong Kong|新加坡|SG|Singapore).*$

排除規則中的負向前瞻表示「整行不得包含這些詞」。它適合清理方案到期提醒、流量資訊與維護通知，但不要任意加入「測試」這類也可能是正常線路名稱一部分的詞。正式儲存前，應先用臨時篩選觀察命中結果，並抽查至少 5 個保留項目與 5 個被排除項目。

規則越長，維護成本越高。常見誤區是把地區、倍率、協定、傳輸方式與序號全部寫進單一運算式，結果訂閱方稍微改名就無法匹配。更合理的做法是先依地區進行寬鬆篩選，再在用戶端清單中按延遲或關鍵字進行第二次臨時過濾。

排序時同時觀察延遲、波動與實際存取

延遲測試只能說明測試目標當下是否快速回應，無法完整代表持續下載、網頁首次開啟或長連線的表現。節點排序後應保留多個候選，不要只留下延遲最低的一個。較實用的方法是連續測試三輪，每輪間隔約 30 秒，記錄結果是否穩定；某個節點依序為 72、76、74 ms，通常比結果為 48、260、逾時的節點更適合作為日常選項。

測試時要控制變因。桌面版先關閉大檔案傳輸與系統更新，確認 v2rayN 目前的核心已啟動，再對同一分組執行延遲測試。若使用系統代理，常見的本機監聽連接埠可能顯示為 10808，但仍應以「設定」→「參數設定」中的實際配置為準；連接埠遭其他程序佔用時，節點清單的延遲結果與網頁存取都可能異常。

1. 更新目標訂閱分組，不要更新一次後立刻混測所有來源。
2. 用地區關鍵字將候選範圍縮小到 12–24 個節點。
3. 執行第一輪延遲測試，先移除持續逾時或明顯無法使用的項目。
4. 間隔約 30 秒再測兩輪，觀察數值波動，不要只看最低值。
5. 從結果穩定的節點中選擇 3–5 個，分別測試網頁首次開啟、影片載入或實際業務。
6. 保留一個主要節點與兩個不同線路的備用節點，避免所有候選都依賴同一路徑。

Android 端更容易受到行動網路切換與系統背景策略影響。使用 v2rayNG 測試時，應先維持網路類型不變，不要在 Wi-Fi 與行動網路之間反覆切換。若應用程式剛從背景恢復，先等待連線狀態穩定後再執行測試；否則首次結果可能包含重新建立網路的額外時間。

排序的最終成果不是一份永久排行榜，而是一組精簡清單。建議每個常用地區保留 4–6 個節點，其中一半來自主訂閱，另一半來自備用訂閱。如此既能快速切換，也不會讓清單再次膨脹到難以判斷。

讓 v2rayN 與 v2rayNG 採用同一套分組邏輯

桌面版與 Android 版不必追求清單順序完全一致，因為兩個用戶端的匯入、排序與本地測試結果可能不同。真正需要同步的是分組命名、地區關鍵字與保留標準。只要「主線-日常」與「備用線-緊急」在兩端的含義一致，就能快速判斷目前使用的是哪一類來源。

v2rayN 更適合批次檢視伺服器清單、依測試結果排序及處理大量項目；v2rayNG 則適合保留精簡後的常用設定。可以先在桌面版觀察訂閱的命名規律，再將相同的包含詞與排除詞套用到 Android 端。若 Android 端的相關欄位只支援一般文字搜尋，就拆成多個短關鍵字操作，不要勉強輸入複雜運算式。

• 每週維護：更新主分組，連續測試三輪，替換精簡清單中的失效節點。
• 使用前檢查：備用分組平時不必頻繁排序，需要切換時再更新並測試。
• 協定排查：遇到連線異常時，依 VMess 或 VLESS 進行臨時篩選，比較相同協定項目的表現。
• 路由確認：修改路由分流規則後重新連線，避免舊工作階段繼續沿用原本的輸出。
• 更新記錄：分組突然少了大量節點時，先檢查過濾條件，再判斷訂閱內容是否變更。

路由分流與訂閱分組也要區分。分組管理決定哪些伺服器會進入清單，路由規則則決定建立連線後哪些請求直連、代理或阻擋。更換節點不會自動修正錯誤的路由規則，修改路由也不會改變訂閱中的節點數量。排查時先確認清單是否正確，再檢查核心記錄與路由命中情況，順序會更清楚。

如果 v2rayN 與 v2rayNG 同時出現同一分組缺少節點，優先檢查訂閱內容或兩端共用的過濾關鍵字；如果只有一端異常，則檢查該端的分組選擇、更新時間與本地篩選狀態。透過這樣的對照，可以快速判斷問題位於訂閱來源、規則，還是單一用戶端。

常見問題與修正方法

訂閱管理最常見的問題並非設定完全失效，而是清單數量、篩選結果與預期不一致。處理這類問題時，不要連續修改多個條件。一次只變更一個變數，例如先清除臨時搜尋，再停用持久過濾，最後重新更新目標分組，才能判斷是哪個步驟影響了結果。

長期維護時，可以將目標設定為「每個分組都能在一分鐘內選出可用節點」。達成這個目標不靠複雜規則，而是靠穩定的分組名稱、少量明確關鍵字與固定的測試順序。節點數量變化時先核對過濾條件，連線表現變化時再進行延遲與實際存取測試，兩條排查路線不要混在一起。

當訂閱來源增加到三個以上時，仍建議依用途控制活躍分組數量。日常只展開主要與備用分組，低頻使用的來源保留清楚備註即可。維持清單易讀，往往比保存所有項目更有價值。