本文摘要

管理多個訂閱時，先辨別各訂閱的來源，再調整顯示順序，最後清理重複項目。本文適用於已有服務商與訂閱，並在 iPhone 或 iPad 上使用 Shadowrocket（小火箭）的使用者。依照步驟確認來源、判斷同名節點是否重複，並在刪除前保留復原依據；本文不提供、不販售，也不推薦任何節點或訂閱。

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

訂閱是取得節點資料的來源網址；節點是連線時使用的一組協定參數；Config 則用來組織規則等設定。三者屬於不同層級：在 Home 新增訂閱，不代表會自動建立獨立的分流規則；將兩組節點排在一起，也不代表合併了它們的來源。

整理前，先在 Home 逐一核對各組訂閱的備註、來源網址與節點數量。建議依用途設定能辨識來源的備註，例如「日常使用」、「備用」、「測試」。這些只是本機辨識標籤，不代表線路品質或服務等級；也不要將含有憑證的訂閱網址直接寫在備註中。

項目核對位置整理時的用途
SubscribeHome 中的訂閱項目確認節點來自哪個來源，並管理該來源的更新與保留。
節點Home 中展開後的清單核對協定、伺服器、連接埠與驗證參數，選擇實際連線目標。
ConfigConfig檢查規則與策略引用，避免清理後仍引用舊名稱。
更新選項Settings → Subscribe檢查訂閱相關設定；以目前介面實際提供的選項為準。

一份訂閱可能包含 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard 等不同協定的項目。不要因為協定不同就重複新增訂閱，也不要只因顯示名稱相同就直接刪除。是否重複，還需要核對來源與連線參數。

二、依來源新增與分組，避免重複匯入相同網址

若已經有多個訂閱，先登記各來源，再新增尚未加入的來源。新增前，在 Home 尋找現有項目，並開啟訂閱編輯頁比較網址。若已有相同網址，應更新原有項目，而不是再按一次「+」新增。

  1. 登記來源

    在 Home 逐組查看現有訂閱，記下備註、節點數量與用途。完整網址應保存在自己能妥善管理的安全位置，不要貼到公開討論區。

  2. 新增缺少的項目

    點選 Home 右上角的「+」→ Type → Subscribe，輸入自己已有的訂閱網址，設定容易辨識的備註後儲存。確認選擇的是 Subscribe，而非單一節點的協定類型。

  3. 逐一更新

    返回 Home，使用該訂閱項目的更新操作；需要整體重新整理時，再下拉更新。先處理一份並確認結果，再處理下一份，避免多份訂閱同時變動而難以判斷來源。

  4. 檢查分組

    展開對應的訂閱，確認回傳的節點來源符合預期，再收合暫時不使用的群組。來源分組只是整理清單，不會自動決定哪些請求使用該群組。

網址不同，也不一定代表來源各自獨立。例如，舊網址與新網址可能回傳相同內容，兩個入口也可能屬於同一個帳戶。先根據自己已有的來源說明確認用途，不要只為了「多一份備份」而長期保留內容完全相同的入口。

三、分開處理分組排序與連線策略

排序只會讓項目更容易查找，不應視為自動切換策略。將某個節點排在清單第一項，不代表目前連線失敗時會自動切換到該節點。整理時分別確認「清單如何顯示」與「請求實際經過哪裡」，避免把顯示順序變化誤認為連線方式改變。

在 Home 開啟要整理的訂閱或節點操作選單，查看目前介面提供的排序或編輯功能。若支援手動移動，可將主要使用的來源排在前面；若只有名稱或延遲等排序選項，則使用介面實際提供的功能。不要混淆訂閱群組順序與群組內節點順序；批次操作前，先確認操作範圍。

以下僅比較 Global Routing 中的三種模式，用來說明排序與路由的差異。Scene 應依自身情況另外檢查設定，不能從訂閱數量推斷其行為。

Config

建議

依目前 Config 中的規則決定策略。清理節點前，應檢查使用中的設定是否透過策略群組或名稱引用這些項目；並非所有流量都會使用 Home 目前選取的節點。

適用情況：已有確認過的分流設定，且需要保留日常規則行為。

Proxy

以代理模式處理請求，可用來降低規則因素的影響。此時仍須確認實際選取的節點或策略，不可將清單第一項視為自動選取的結果。

適用情況：暫時測試某個已有節點，區分連線參數與規則問題。

Direct

採用直接連線模式。切換至此模式後若頁面能開啟，不代表剛整理的代理節點已通過驗證。

適用情況：對照檢查目前網路的直接連線狀態。

結論：排序後重新確認選取項目

完成排序後，在 Home 明確選取要使用的節點，並核對 Global Routing。若使用 Config，也要檢查實際的策略引用；不要只憑清單位置判斷連線目標。

四、依參數判斷重複節點，不要依名稱批次刪除

「名稱相同」與「連線設定相同」是兩回事。同名項目的伺服器位址、連接埠或協定可能不同；同一台伺服器也可能開放多個連接埠，並使用不同的驗證資訊。反過來說，名稱完全不同的兩個項目，也可能使用相同的連線參數。

看到的情況需要核對的項目處理方式
名稱相同，連接埠分別為 443 與 8443協定、伺服器、驗證、TLS 與傳輸參數不能只因名稱相同就刪除，可能是不同入口。
伺服器與連接埠相同密碼或 UUID、TLS Server Name、傳輸類型與路徑其他參數不同，仍可能是不同的連線設定。
同一訂閱網址新增了兩次完整網址、兩組內容、設定引用保留一個確認有效的來源，再移除重複的訂閱項目。
同一項目出現在兩個來源中來源用途與後續更新安排先確認要保留哪個來源；只刪除節點的話，更新後可能又會出現。

表格中的連接埠僅用於說明判斷方式，不是建議填入的數值。不要為了消除重複而修改伺服器、連接埠或驗證參數；這些內容必須與自己已有的設定一致。若涉及 WireGuard，也應比對金鑰對應關係、Endpoint 等參數，而不是套用密碼或 UUID 的檢查方式。

較穩妥的清理順序是：先移除重複新增的訂閱入口，再檢查跨來源重複，最後檢查手動新增的獨立節點。如果來源本身持續回傳相同項目，手動刪除只會影響本機，下次更新後仍可能重新出現；應先核對現有來源提供的內容與篩選條件，不要一再刪除同一批項目。

結論：先移除重複來源

若兩個群組來自同一個完整訂閱網址，優先保留一個來源並確認更新正常；這比逐一刪除其中一組的節點，更容易維持整理結果。

五、刪除前保留復原依據，刪除後確認引用

刪除訂閱入口與取消服務是不同的操作。從本機移除項目，不會取代使用者在原有服務中的帳戶管理，也不代表來源憑證已失效。若要處理網址外洩，應在自己原有來源的帳戶管理處理憑證，而非只刪除 Home 中顯示的項目。

  1. 保留復原依據

    確認自己仍持有有效的訂閱網址與必要說明。若使用 App 的設定備份或匯出功能，請先確認備份範圍，不要假設其中一定包含所有訂閱憑證。

  2. 切換連線

    如果目前正在使用待刪除群組中的節點，請先中斷連線或切換至確定要保留的節點，再檢查使用中 Config 的策略引用。

  3. 刪除來源

    在 Home 對目標訂閱項目執行刪除操作，並確認確認提示中的項目與範圍。不要把子節點的操作誤認為整份訂閱的操作。

  4. 確認結果

    檢查保留的訂閱群組、目前節點與 Config；若設定中仍引用舊節點名稱，請依實際結構修改，再進行一次連線與存取測試。

不要一遇到更新失敗就先刪除訂閱。先保留舊內容，核對網址、網路與來源回傳狀態，通常更容易找出問題。只有確認項目重複、來源已停用或不再需要時，才移除；若尚未完成確認，可先收合該群組，避免誤選。

六、更新後順序變動與重複項目復原的常見問題

為什麼剛刪除的節點又出現了？

先確認該節點是否屬於訂閱。若來源仍回傳這個項目，更新後可能會再次匯入。前往 Home 確認來源；若只是重複新增相同網址，請移除多餘的訂閱入口，而非持續刪除其子節點。

可以把兩份訂閱設成相同備註嗎？

備註相同不代表來源已合併，反而容易誤刪。開啟各自的訂閱編輯頁，設定不同備註並檢查網址。若要方便統一查找，先讓各來源保持可辨識，再整理群組內名稱與顯示順序。

排序後第一個項目變了，連線也會跟著變嗎？

不要據此判斷。返回 Home 檢查實際選取的項目，再查看 Global Routing；若使用 Config，也要確認策略群組目前的選取項目。若要固定使用某個項目，請明確選取，不要依賴第一列。

一份訂閱更新失敗，需要重新新增所有訂閱嗎？

不需要。先單獨更新失敗的訂閱，保留其他正常來源。核對完整網址、目前網路與來源狀態，再前往 Settings → Subscribe 查看相關更新設定；修改前先記下原值，每次只調整一個條件。

每次整理完成後，固定檢查一次：保留的來源能否更新、常用節點是否仍在，以及目前策略是否符合預期。更新成功只代表取得與解析流程已完成，不能單獨證明每個節點都能連線；仍須選取實際要使用的項目進行測試。