多個訂閱應分別保留來源、分別更新，再處理重複項目。本文適用於已有服務商訂閱的使用者，從 Home 分組辨識開始，說明命名與排序、單一分組更新、刪除前檢查，以及如何分辨同名節點與重複匯入。完成操作後，應能確認各分組的來源、目前預設伺服器，以及更新是否影響原有選擇。
一、先分清訂閱、伺服器與 Config
在 Shadowrocket（小火箭）中，訂閱網址用來取得伺服器項目；Home 顯示伺服器與訂閱分組；Config 則管理設定檔與分流規則。這三者並非同一個項目。更新訂閱不等於切換 Config；將分組移到上方，也不代表該分組會自動成為所有流量的出口。
本文假設使用者已有服務商與有效訂閱。本網站不提供、販售或推薦節點或訂閱。訂閱網址中的 token 通常是存取憑證；記錄來源時，只需註明服務商簡稱、用途與識別備註，請勿將完整網址貼到聊天記錄或公開截圖中。
二、分別匯入並建立容易辨識的分組
先檢查 Home 是否已有相同來源的分組，再決定是否新增。若訂閱已有項目只是內容過期，應更新原有訂閱，而非再次新增網址。重複匯入會讓同一批伺服器出現在不同分組中，之後每次更新也可能再次出現。
- 開啟 Home，記下現有分組名稱。展開分組，確認其中是由訂閱產生的項目，還是自行加入的伺服器。
- 需要新增來源時，進入 Add Server，在 Type 中選擇 Subscribe，填入自己的訂閱 URL。請勿將訂閱網址填入單一伺服器的 Address 欄位。
- 使用容易辨識的備註，例如「01-服務商甲-日常」、「02-服務商乙-備用」。備註僅供辨識，不會改變協定、路由或連線優先順序。
- 儲存後返回 Home，等待該來源的內容載入。確認新分組與原有分組分開顯示，再繼續新增下一個來源。
下方兩張卡片僅示範本機記錄方式，並非可連線的服務。網址中的 example.com 與 xxxx 都是假值；實際匯入時應使用服務商提供的完整網址，請勿自行替換其中的參數名稱。
來源記錄 A
- 備註
- 01-服務商甲-日常
- 類型
- Subscribe
- 網址示意
https://example.com/sub?token=xxxx- 管理位置
- Home 中對應的訂閱分組
更新原有分組，不要用同一個網址反覆新增訂閱。
來源記錄 B
- 備註
- 02-服務商乙-備用
- 來源標記
- 使用者已有的第二個服務商
- 網址儲存
- 將完整原始網址妥善私密保存
- 更新範圍
- 只操作第二個訂閱分組
「備用」只是備註，不能據此推定會自動切換。
三、分別處理分組排序與節點排序
排序前先確認操作對象：訂閱分組順序影響查找來源是否方便，分組內的伺服器順序則影響查找特定項目的便利性；兩者都不會直接修改 Global Routing。請勿以「排在最上方」取代「已選取預設伺服器」的確認。
- 依來源命名：在訂閱備註前加上兩位數字前綴，採用名稱排序時即可維持「01、02、03」的順序。前綴只是名稱的一部分，不代表連線權重。
- 調整分組順序：在 Home 的編輯模式或分組操作選單中，查看可用的排序控制項；若出現拖曳把手，拖曳對應分組後完成編輯。若介面沒有提供拖曳入口，請勿假設長按標題一定可以拖曳。
- 調整組內順序：使用目前介面提供的名稱排序或測試結果排序選項時，先確認排序適用於哪個清單。依延遲排序只代表該次測試的結果，不能據此判斷頻寬或長期穩定性。
- 留意更新造成的變動：再次更新訂閱後，項目名稱、數量與排列可能隨伺服器端回傳內容而改變。重要的來源標記應保留在訂閱備註中，勿只靠節點名稱辨認來源。
結論：用備註辨識來源，用選取狀態確認出口
完成排序後，返回 Home 檢查目前選取的伺服器；若 Config 中有指定伺服器或策略組的規則，也要檢查對應引用。清單位置不能取代這兩項檢查。
四、個別更新訂閱，先確認結果再批次處理
排查特定來源時，先個別更新該分組。若一次重新整理所有分組，多個來源會同時變動，不容易判斷是哪個網址逾時、回傳空內容或更改了項目名稱。此處的「更新」是重新取得訂閱內容，不是更新 App 本身。
- 在 Home 找到目標訂閱分組，記錄目前項目數量及已選取的伺服器名稱。記錄數量是為了比較，不代表服務品質。
- 開啟該訂閱的操作選單，執行 Update。請依目前介面上的操作入口為準；這次只更新目標訂閱，不要執行套用於所有訂閱的操作。
- 等待操作完成，檢查錯誤訊息與分組內容。若操作成功但數量沒有變化，可能只是伺服器端內容未更新，不能單憑數量判定更新失敗。
- 若發生逾時，先確認裝置可以連上網路，再檢查訂閱網址是否仍有效。若服務商已重設網址，請編輯原有訂閱的 URL，而非保留舊網址並不斷新增分組。
- 若原先選取的伺服器已遭移除，請在 Home 重新選擇現有項目，再執行 Connectivity Test。在確認更新結果符合預期前，請保留仍可用的原始記錄。
五、遇到重複節點，先查來源再比對連線參數
兩個項目名稱相同，並不足以判定為重複。不同服務商可能使用相同的地區名稱；同一服務商也可能在同一地區提供不同協定或連接埠。反之，名稱不同的兩個項目也可能指向同一個伺服器端點。請在項目詳細資料中逐項核對，不要只按顯示名稱批次刪除。
| 觀察到的情況 | 核對項目 | 處理方式 |
|---|---|---|
| 兩個分組名稱不同，內容大致相同 | 訂閱 URL 是否來自同一來源，是否重複新增 | 確認要保留的分組可正常更新後，再刪除多餘訂閱 |
| 名稱相同，連接埠分別為 443、8443 | Type、Address、Port 及協定相關欄位 | 連接埠不同代表連線參數不同，不能只依名稱去重 |
| 名稱相同，協定分別為 VMess、VLESS | 協定類型及各自所需的驗證與傳輸設定 | 分別保留並核對，不視為同一個設定 |
| 同一項目同時出現在手動清單與訂閱分組 | 是否曾手動複製訂閱中的伺服器 | 決定保留訂閱管理或手動副本，避免長期混用兩份 |
| 刪除項目後，更新時又再次出現 | 該項目是否仍包含在訂閱回傳內容中 | 分別處理來源重複與本機刪除 |
表格中的 443 與 8443 僅為連接埠比較範例，不是應統一填入的數值。判斷兩個設定是否相同，還可能需要比較 UUID、Password、TLS、SNI、傳輸方式與路徑等欄位；請只在自己的裝置上核對，勿公開完整驗證資訊以尋求協助。
結論：重複匯入時應刪除多餘來源
若兩個分組確實來自同一份訂閱，應保留一個可正常更新的分組，並移除另一個。只刪除多餘分組中的伺服器項目，無法阻止下次更新時重新產生這些項目。
六、刪除訂閱前，確認預設伺服器與規則引用
刪除整個訂閱與刪除單一伺服器是不同操作。移除訂閱分組後，由該分組管理的項目也會受到影響；若只刪除單一項目，下一次更新時可能再次出現。刪除前請先看清確認提示，確認操作範圍是目標分組，而非整份清單。
- 私密保存仍需保留的訂閱來源資訊，並核對準備刪除的分組名稱與 URL，避免誤刪同名分組。
- 若目前的預設伺服器屬於目標分組，請先在 Home 選擇另一個已確認可用的項目。若維護時需要中斷連線，請先關閉連線開關。
- 若 Config 使用了即將刪除的伺服器名稱，請檢查相關策略組或規則引用。請勿假設刪除分組後，這些引用會自動替換成其他伺服器。
- 開啟目標訂閱的操作選單，執行 Delete，並核對確認提示。刪除完成後，檢查其他分組是否仍然存在。
- 重新確認 Global Routing 與預設選擇，再測試實際需要存取的目標。Connectivity Test 通過後，仍應確認相關 App 或要求是否如預期運作。
Global Routing 中的 Proxy、Direct、Config、Scene 屬於路由選擇，不是訂閱排序方式。使用 Config 時，也要考量設定檔中的規則與策略；使用 Direct 排查時，也不能把直接連線的結果視為某台伺服器已通過測試。維護期間請記下原有設定，完成後再依自己的用途恢復。
七、多個訂閱管理常見問題
為什麼更新同一個訂閱後，剛刪除的節點又出現了？
訂閱更新會重新讀取來源內容。先確認刪除的是單一項目，還是整個重複訂閱；若只是從本機刪除項目，而來源仍包含該項目，更新後就可能再次出現。若重複新增了同一來源，請確認保留的分組運作正常後，再移除多餘訂閱。
我只想更新第二個訂閱，要怎麼避免其他分組也跟著變動？
在 Home 中開啟第二個訂閱的分組操作選單，執行 Update，先不要使用套用於所有訂閱的更新操作。更新前記錄該組項目，更新後只檢查這一組的結果，確認正常後再處理其他來源。
把備用分組排在最上面，會自動切換過去嗎？
不會只因清單順序改變就切換出口。返回 Home 檢查預設伺服器；若使用 Config，也要檢查策略組與規則實際引用的項目。若需要自動選擇，應另外確認設定中的相關機制，不能把分組備註或排列當成自動切換條件。
訂閱更新成功，但新節點連線失敗，接下來要檢查什麼？
先在 Home 選取特定項目並執行 Connectivity Test，再檢查裝置網路、伺服器參數與 Global Routing。更新成功只代表已取得內容；若只有某個來源的項目失敗，請向自己的服務商確認服務狀態，提供必要的錯誤描述即可，勿公開完整訂閱網址。