Shadowrocket 多重訂閱管理：分組、排序、刪除與重複節點清理

一、分清訂閱來源、節點清單與 Config

訂閱是取得節點資料的入口；節點是實際連線使用的伺服器設定；Config 則主要存放規則等設定。三者不能互相取代：新增第二份訂閱不會自動建立第二組分流規則，在 Config 切換規則也不等於切換訂閱來源。開始整理前，先確認要處理的是哪一層內容。

將每份訂閱視為獨立來源，記下顯示名稱、用途與更新紀錄。手動新增的節點也要另外記錄，避免誤以為它們會隨訂閱一併更新。本網站不提供、販售或推薦節點、訂閱或服務商；本文操作以使用者已有自己的訂閱為前提，訂閱網址請向你的服務商取得。

Shadowrocket 是閉源商業應用程式。買斷客戶端 ≠ 線路方案；安裝應用程式與既有訂閱的服務期限是兩回事。iPhone / iPad 的系統需求以 App Store 頁面標示為準；Mac 提供 Apple 晶片與 Intel 版本。各平台的取得方式請參閱客戶端下載頁。

二、逐一匯入訂閱，依來源命名分組

不要連續掃描多張 QR Code，或重複貼上同一個網址後才開始整理。每次只匯入一份，確認 Home 中顯示的來源及其節點後再繼續。如此一來，即使遇到清單空白、匯入失敗或來源名稱相似，也能找出是哪次操作造成，而不必在混雜的清單中猜測。

1. 向你的服務商取得訂閱網址，並在本機的私人紀錄中註明來源。訂閱網址可能包含存取權杖，請勿貼到公開截圖、論壇或共用試算表。
2. 在 Home 點選新增入口，進入 Add Server，將 Type 設為 Subscribe，再把完整網址填入 URL。欄位是否齊全依目前平台介面為準；請勿將訂閱網址填入單一節點的 Address 欄位。
3. 使用 Remarks 等名稱欄位標示來源。可採用「01-主要」「02-備用」的格式；編號是用來辨識來源，不代表 Shadowrocket 會依編號自動切換。
4. 儲存後等待該來源的節點載入。返回 Home，確認分組標題、節點數量與至少一個節點的參數，確保匯入的是預期訂閱。
5. 接著再匯入下一份訂閱。不要將已存在的同一網址再次新增為來源；需要取得最新清單時，請更新原有來源。

名稱宜簡短且固定，不必把所有用途和到期資訊都塞進節點名稱。訂閱產生的節點若在本機改名，更新後名稱可能被來源內容覆蓋；長期標籤建議記在訂閱來源備註或自己的紀錄中。請勿為了保留名稱而任意修改網址中的 token、參數順序或編碼。

三、依延遲排序前，先統一測試條件

依延遲排序只會改變清單的顯示順序，不代表穩定度排名，也不會自動改寫 Config 中的策略引用。不同測試方式測量的項目並不相同：TCP 交握成功只能表示相應路徑可以建立連線，不能據此確認驗證、TLS 或目標網頁都能正常使用。比較前，先統一測試方式與網路環境。

1. 在同一個 Wi-Fi 或行動網路下測試一份訂閱。測試期間不要切換網路，也不要同時傳輸大型檔案。
2. 在 Home 使用目前介面提供的 Connectivity Test 或延遲測試入口。如可選擇測試方式，整輪測試都使用相同設定，不要將不同方式的結果混在一起比較。
3. 等待測試結果返回，再使用清單選單中的延遲排序功能。各平台的選單位置可能不同，請以實際顯示的測試與排序選項為準。
4. 稍候片刻再測一次，觀察逾時是否持續。對候選節點實際連線一次，確認是否能完成 TLS 連線並開啟目標服務。
5. 選定節點後，確認目前的選取狀態。不要只因它排在清單第一列，就認定已成為目前使用的節點。

四、清理重複節點：先查來源，再比對連線參數

「名稱相同」和「連線設定相同」不是一回事。兩個名稱為「備用」的節點，可能使用不同網址或連接埠；名稱不同的兩個節點，也可能連到同一台伺服器。同一網址上的 Trojan 與 VLESS 設定，或使用不同驗證資料的設定，也不能直接視為重複項目刪除。

• 同一來源匯入兩次：先比較兩份訂閱入口與更新內容。確認是重複匯入後，保留一份有效來源並刪除另一份，不要逐一刪除底下的節點。
• 不同來源有同名節點：先保留各自的來源，再核對 Type、Address、Port 和驗證資料。不要只依顯示名稱去重。
• 參數看似相同：再確認 TLS、SNI、傳輸方式及相關路徑等參數。連接埠同為 443 只代表一項條件相同，不能證明設定等價。
• 手動節點與訂閱節點重複：確認手動項目是否刻意保留為不同設定。若決定清理，優先保留可透過原訂閱持續更新，且已驗證可用的項目。
• 刪除後更新又出現：表示該項目仍包含在來源回傳的內容中。反覆在本機刪除無法改變來源內容；請先確認是否匯入了重複來源，再依服務商提供的訂閱管理方式處理。

請在自己的裝置上比對憑證，不要為了尋求協助而公開密碼、UUID、私鑰或完整訂閱 URL。如需記錄差異，只要註明「驗證資料相同」或「驗證資料不同」，不必複製具體內容。清理前請保留可還原的設定紀錄，並妥善保管其中可能包含的敏感資料。

五、刪除失效訂閱與更新後的複查順序

更新逾時一次不代表訂閱已失效。先檢查本機網路及網址是否完整，再確認服務商提供的有效狀態。若網址已更換，請編輯原來源，或驗證新來源後再移除舊來源；不要長期同時保留兩個內容相近的入口。

1. 確認目前連線：在 Home 確認目前使用的節點屬於哪個來源。若屬於準備刪除的來源，請先切換到另一個已驗證可用的連線，避免刪除後才發現目前選取的節點已失效。
2. 檢查規則引用：在 Config 中確認是否有引用特定節點名稱或策略。刪除來源或更改節點名稱後，也要重新檢查這些引用，不能只看 Home 清單是否整齊。
3. 分清刪除範圍：要移除整份訂閱時，請操作來源本身；只移除一筆手動設定時，請操作對應節點。確認刪除提示中的對象與範圍後，再執行操作。
4. 更新要保留的來源：更新仍在使用的訂閱。確認節點是否正常載入、先前刪除的重複項目是否再次出現，以及目前選取的項目是否仍可使用。
5. 驗證實際連線：確認 Global Routing 符合原先規劃，再測試一個應透過代理連線的目標，以及一個應直接連線的目標。整理前後使用相同條件，才能判斷是否引入新問題。

Global Routing 中的 Proxy、Direct、Config、Scene 是路由使用方式，不是訂閱分組。Proxy 與 Direct 可用於有目的的比對檢查；Config 會依目前設定中的規則處理連線；Scene 則依已設定的場景條件運作。測試結束後，請恢復原先的使用方式，不要長時間停留在為排查問題而暫時選擇的狀態。

Settings → On Demand 用來管理依條件建立或中斷連線的行為，不負責訂閱去重，也不代表會依延遲自動切換節點。若測試期間連線狀態自行改變，也要檢查 On Demand 條件，避免將自動連線誤認為訂閱更新造成的異常。

六、多重訂閱管理常見問題