Shadowrocket
訂閱與伺服器管理

Subscribe：儲存訂閱並首次匯入

先確認手上的資料類型

訂閱是用來取得伺服器列表的更新網址，不等於單一伺服器的網址，也不等於 Config 中的規則檔案。開始操作前，先確認你保存的是訂閱網址、單一分享連結，還是獨立的伺服器參數。以 https:// 開頭的內容可能是訂閱，也可能只是說明網頁；不能只憑網址前綴判斷用途，應以原始資料附帶的說明為準。訂閱網址可能含有用於識別帳戶的參數，複製時請保留完整路徑與查詢字串，但不要貼到公開討論區。

在 Home 的新增入口尋找 Subscribe；部分版面可能要先開啟 Add Server，再透過 Type 選擇 Subscribe。選取後，將已有的完整訂閱網址貼到 URL 欄位，並設定容易辨識的備註，再儲存。備註僅供辨識來源，不會變更遠端伺服器名稱、認證資訊或更新權限。若目前介面提供額外選項，首次匯入時先保留原值，除非你已了解該選項的用途。不要只為了讓訂閱「看起來正確」而任意修改網址末尾的參數。

分開確認網址是否儲存與列表是否取得

儲存成功只表示訂閱項目已寫入本機，不一定代表已取得可用列表。儲存後，查看 Home 是否出現隸屬於該訂閱的伺服器；若介面沒有自動取得，請使用該項目的更新功能。檢查結果時依序確認三件事：訂閱項目是否仍在、更新時是否顯示錯誤，以及列表中是否出現伺服器。看得到備註但列表為空，通常表示網址已儲存，但網路請求、帳戶授權或回傳內容仍需檢查。此時重複新增相同訂閱通常只會產生重複項目，無法修復原本的請求。

複製錯誤是首次匯入失敗的常見原因。連結前後的空格、通訊軟體插入的換行、全形標點，以及只選取畫面上看得到的部分，都可能改變請求內容。重新複製時，應從原始文字取得完整網址，不要照著遭截斷的顯示內容手動補上。若網址含有 &、? 或百分比編碼，請勿將它們當成多餘符號刪除。排錯時只需記錄請求結果與出錯階段；需要分享截圖時，先遮住完整訂閱網址與帳戶識別資訊。

取得列表後，再建立連線基準

伺服器出現後，選取一個項目，再確認 Global Routing 與目前的 Config。伺服器列表決定「連線到哪裡」，規則設定決定「哪些流量使用該連線」，兩者需分開確認。首次驗證時，建議保留一個已知項目和一份明確選取的設定，不要同時變更多個開關。如果 Subscribe 更新成功，但網頁仍無法開啟，請繼續檢查伺服器連線與規則，不要立刻判定訂閱網址有誤。反過來說，更新失敗但原有伺服器仍可連線，也可能只是更新端點暫時無法連線。

匯入訂閱不代表所有項目都適用於目前網路，也不保證每個項目的參數都相同。先完成一次列表取得，再測試連線，最後決定是否啟用定期更新。如此可將「訂閱請求失敗」、「伺服器交握失敗」與「規則未命中」分成三個獨立問題。尚未完成首次連線時，可回到使用教學逐步驗證；已能連線但需要調整 Global Routing，則請參閱設定說明，避免將規則問題誤當成需要重新匯入。

Add Server：手動填寫伺服器欄位

先選擇 Type，再填寫位址與認證資料

Add Server 用來建立單一伺服器項目。開啟後先選擇 Type，再填寫該協定所需欄位；不同協定中同名欄位的意義不一定完全相同，因此不要先照著其他項目填完，再任意切換 Type。Address 通常填寫主機名稱或 IP 位址，不含網頁路徑；Port 填寫對應連接埠，不要將位址與連接埠一起填入 Address。備註可使用容易辨識的文字，但連線參數應依照已有資料逐項填寫，包括大小寫、分隔符號及可能出現的特殊字元。

認證欄位需搭配協定理解。Shadowsocks 的 Method 和 Password 必須互相對應；VMess 與 VLESS 常見 UUID 欄位；Trojan 使用的 Password 不可因為外觀看起來像另一種識別碼，就改填到 UUID。WireGuard 則涉及金鑰、位址與對端參數，不能只憑伺服器網域名稱完成設定。缺少必要資訊時，應先補齊原有伺服器資料，不要用某個協定的常見預設值替代。即使介面中某欄位顯示空白，也不代表目前的伺服器端一定允許省略該欄位。

分清連線位址、TLS 與傳輸參數

TLS 的伺服器名稱、傳輸層的 Host 與實際連線 Address 可能相同，也可能不同。這些欄位各自用於不同階段：Address 用來找到連線目標，SNI 參與 TLS 交握，Host 與 Path 則可能用於應用層傳輸。不要因為三個欄位都能填入網域名稱，就把它們合併。Path 中的斜線、尾端字元與大小寫也可能影響伺服器端路由。若資料只提供一條完整分享連結，建議依下一章的方法匯入，再核對解析後的欄位；這比憑連結外觀猜測參數更可靠。

遇到憑證或交握錯誤時，先檢查系統時間、SNI、TLS 開關與伺服器連接埠，再確認原始資料是否已變更。不要將略過憑證驗證當成一般修復方式；這會改變身分驗證條件，即使暫時連線成功，也不代表填寫錯誤已解決。傳輸方式也必須與伺服器端一致；啟用 TLS 無法自動修正錯誤的 Host、Path 或 Type。一次只修改一個已確認有誤的欄位，並保留修改前的紀錄，才能判斷是哪項設定影響結果。

儲存後逐一驗證

儲存項目後回到 Home，先確認選取的是剛建立的伺服器，而不是列表中名稱相同的舊項目。接著測試連線，並將結果區分為解析失敗、無法建立連線、認證失敗或連線後存取異常。不同提示對應不同檢查順序：網域名稱無法解析時先檢查 Address；連線逾時時先檢查連接埠與網路可達性；認證失敗時重點核對密碼或 UUID；已連線但部分內容無法存取時，再檢查 Config、DNS 與目標服務。只看到一次失敗，不宜就重寫整份參數。

手動建立的項目通常不會隨訂閱更新自動同步。若遠端密碼或位址變更，需依原有資料手動維護，或使用已有的訂閱網址重新匯入。建議在備註中清楚區分「手動」與「訂閱」，但不要將密碼、UUID 或私鑰寫進備註，以免出現在列表截圖中。VMess 與 VLESS 的概念差異可參閱協定欄位說明；了解差異是為了正確填寫，不是根據協定名稱推斷伺服器是否可用。

掃碼與剪貼簿：確認匯入內容

Scan QR Code 只是讀取內容的入口

QR Code 是承載文字的方式，不是新的代理協定。Scan QR Code 讀取的內容可能是單一伺服器分享連結、訂閱網址，甚至只是網頁網址。掃描前先確認 QR Code 來自你已有的伺服器資料，並想好預期結果：是新增一台伺服器，還是新增一個可更新的訂閱。掃描後若出現確認畫面，請先查看 Type、Address 或 URL 等重要資訊，再決定是否儲存。QR Code 能被相機讀取，不代表其中內容一定能由 Shadowrocket 直接匯入。

首次使用掃描功能時，系統可能會詢問相機權限。拒絕授權會影響掃描取景，但不代表 QR Code 內容已損壞；你可以依需要在系統設定中調整權限。若 QR Code 顯示在目前使用的裝置螢幕上，先確認目前入口是否支援從照片讀取；若沒有此選項，使用同一份資料提供的文字連結會更直接。不要為了解決讀取問題，就將含有訂閱憑證的圖片上傳到不明辨識網站。QR Code 截圖也應視為敏感資料妥善保管，因為掃描後仍可還原完整網址或認證資訊。

從剪貼簿匯入前，先移除多餘文字

從剪貼簿匯入時，只複製連結本身，不要連同「點此處」、「伺服器資訊」等說明文字一起複製。聊天紀錄中的連結可能帶有句號、括號或換行；有些應用程式顯示的是縮短文字，長按複製後取得的卻可能是說明網頁。匯入沒有反應時，先確認複製內容的開頭是否符合預期格式，再檢查是否混入多餘文字。系統詢問是否允許貼上時，請依自己的操作意圖授權；拒絕後再次嘗試時，也要留意系統權限狀態。

多行內容不一定能一次辨識為多台伺服器。若匯入結果只有一台，先確認原始文字是否真的包含多條獨立分享連結，而非一條跨行顯示的長連結。可以先匯入其中一條，確認解析方式正確後再處理其他內容。不要自行將多行文字接成一行，也不要任意替每一行補上協定前綴。批次匯入完成後，逐一確認項目歸屬與備註；重複複製同一段內容可能產生多個相同項目，後續測試時容易將重複結果誤認為不同伺服器。

依「讀取、解析、儲存」階段逐步排錯

掃描後沒有讀到內容，是讀取階段的問題，優先檢查畫面清晰度、QR Code 是否完整及相關權限；讀到文字卻提示格式不支援，則是解析階段的問題，應確認連結類型與目前使用的入口；已建立項目但連線失敗，則應檢查參數與伺服器可達性。將三個階段分開檢查，可避免反覆更換掃描方式，卻始終沒有檢查參數。QR Code 邊緣遭裁切、影像壓縮後模組模糊，都會影響辨識；放大原始圖片通常比重複拍攝低畫質截圖更有效。

匯入成功後仍需再次核對欄位。確認伺服器類型、主機名稱、連接埠與傳輸設定是否符合原始資料，並確認項目出現在預期位置。若原本要匯入訂閱，結果卻只新增一台伺服器，請回頭確認 QR Code 承載的是不是單一分享連結。若建立的是 Subscribe 項目，但列表仍為空，請轉而排查訂閱更新，不要繼續掃描。單一連結與訂閱網址的差異，也可搭配閱讀分享連結與訂閱連結說明。

同一份資料透過掃碼與剪貼簿匯入，理論上應得到相同參數；若兩次結果不同，先比對原始文字是否一致，再確認是否混入舊的剪貼簿內容。不要只憑項目備註判斷是否相同；備註可以變更，真正決定連線的是協定欄位。保留其中一份作為待確認項目，驗證後再整理重複項目，比立刻覆寫目前可用的項目更穩妥。

分享連結：前綴、編碼與設定檔的界線

前綴可協助辨識格式，但不能取代參數檢查

ss://、vmess://、vless:// 與 trojan:// 通常用來描述單一伺服器。這些格式以不同結構承載位址、認證與傳輸資訊，不能只替換前綴就轉換協定。HTTP 或 HTTPS 網址則可能指向訂閱內容，也可能是一般網頁。應依原始資料說明與實際回傳內容判斷，不要看到可點擊的網址就直接儲存為 Subscribe。部分格式有不同的實作慣例，因此能辨識前綴，不代表所有擴充欄位都能完整保留。

Shadowsocks 分享連結可能會將認證資訊或較大範圍的內容編碼；VMess 常見的是編碼後的 JSON 描述；VLESS 與 Trojan 則常見帶有查詢參數的 URI 結構。一般使用者最重要的不是手動解碼，而是完整複製、使用相符的入口匯入，再檢查解析結果。自行解碼後重新編碼，容易改動特殊字元、遺失填充字元或重複處理百分比編碼。若需排查特定欄位，請在本機查看並與已有資料比對，不要將整條連結交給陌生的線上工具處理。

備註、查詢參數與編碼字元各有用途

URI 中的查詢參數可能包含傳輸方式、Path、Host 或其他連線設定；片段部分通常用作備註，但仍須依該格式的規範判斷。備註含有中文時，原始連結可能採用百分比編碼；匯入後顯示為可讀文字是正常現象。排錯時不要將所有百分比編碼內容換成中文後再貼上，也不要把參數中的連接符號當成排版符號。若連結經文件軟體或聊天軟體轉傳，請特別檢查半形引號是否遭替換、末尾是否多出標點，以及原本的一行文字是否真的被插入換行。

分享連結也可能包含敏感資訊。即使畫面上只顯示簡短備註，完整連結仍可能含有密碼、UUID 或其他認證資料；QR Code 與分享功能只是以不同方式傳遞這些內容。將連結複製到自己的另一台裝置前，請確認傳送方式與接收對象，完成後依需要清除暫存檔案。回報格式問題時，只需提供協定前綴、欄位名稱與錯誤提示，並以範例值取代位址與認證資料。隱藏部分備註並不能隱藏真正的連線憑證。

伺服器連結不等於 Config 規則檔案

匯入伺服器後，Global Routing 選擇 Config 時，流量去向仍由目前規則決定。以下是真實規則語法，用於說明比對順序；內容不含可連線的伺服器參數，也不會產生訂閱。規則通常由上而下比對，最後的 FINAL 會處理之前都未命中的流量；其中 PROXY、DIRECT 代表策略，不能誤認為伺服器網域名稱。準備編輯設定檔時，請先儲存原始檔案，並確認目前設定檔使用的策略名稱。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

將規則貼到 Subscribe 的 URL 欄位不會變成訂閱；直接把伺服器分享連結寫成規則行，也不會自動建立對應策略。伺服器、訂閱與規則分別管理，排錯時最需要釐清的正是這些界線。若想了解 Config、Proxy、Direct 對實際流量的影響，可繼續閱讀Global Routing 三種模式說明，再回到目前的伺服器進行比對驗證。

更新策略：請求結果與列表變化

更新訂閱不等於更新應用程式，也不是續約

Subscribe 更新會重新請求已有網址，並依回傳內容更新伺服器列表。這不會取代應用程式更新，也不會改變服務帳戶的有效狀態。應用程式的取得與更新方式請參閱下載指南；訂閱內容是否仍可存取，則取決於原有網址、帳戶權限與網路狀態。先釐清兩者差異，遇到更新失敗時就不會將重新安裝應用程式當成第一步。請先記錄目前訂閱是否仍能請求、現有伺服器是否仍可連線，再判斷應檢查哪一層。

建立更新習慣時，先手動更新一次，確認網址能正常回傳列表，再依目前介面提供的設定決定是否啟用自動更新。更新頻率不宜一味追求更密集：若伺服器列表沒有變化，頻繁請求通常無助於改善連線，反而增加排錯干擾。長時間未使用、已知資料有變動或目前項目普遍失效時，可先手動更新一次。裝置休眠、背景限制與網路切換都可能影響排程任務，因此設定了自動更新，不代表每次都會準時執行。

依錯誤階段安排檢查順序

請求逾時時，優先檢查目前網路與訂閱網域是否可連線；認證或存取權限錯誤時，優先核對完整 URL 與帳戶狀態；回傳內容無法解析時，則要判斷取得的是伺服器列表、說明頁面、登入頁面或其他回應。不要只看是否有內容：瀏覽器開啟後顯示一個網頁，不代表 Shadowrocket 取得了可解析的訂閱格式。若首次匯入後更新就發生錯誤，重新從原始資料複製完整網址，通常比反覆修改選用設定更有效。

更新請求與現有代理連線之間也可能有所關聯。若目前網路無法連上某個訂閱端點，但原有伺服器仍可連線，可在受控條件下比較連線前後的請求結果；但不要假設所有平台的訂閱請求都一定經過相同路由。記錄當時是否已連線、Global Routing 模式與選取的伺服器，才能做出有意義的比對。反覆切換多項設定卻不記錄結果，容易將偶然恢復誤認為某個無關開關所致。

更新後檢查來源、數量與選取狀態

更新後伺服器列表增加、減少或更名，不一定表示本機資料損壞，也可能是回傳內容已調整。先確認變化是否只出現在對應的訂閱群組，再確認目前選取的伺服器是否仍存在。若舊項目已被取代，原先記住的名稱不一定還能準確辨識同一個目標。重要操作前可記下所選項目的名稱與協定類型，但不要公開完整參數。請勿依賴列表位置記憶伺服器，因為排序或更新都可能改變位置。

更新後列表變空時，先停止連續重試，保留錯誤提示並確認是否影響現有連線。不同匯入與更新方式處理舊內容的方式可能不同，不要假設失敗時一定會保留所有項目，也不要假設空列表代表遠端確實沒有伺服器。先確認請求回傳是否有效，再決定是否還原備份或重新匯入。若其他訂閱正常，只有一個訂閱異常，請將問題範圍限縮在該訂閱及其請求條件，不要同時刪除所有來源。

手動修改由訂閱產生的項目時，也要留意下次更新可能會覆寫這些變更。若確實需要暫時修正，且介面支援，可建立明確標記的獨立副本並記錄原因，不要將暫時值寫回訂閱網址。恢復原始資料後，請及時清理暫存副本，避免日後誤將過時參數當成正式維護結果。下一章將說明副本與多訂閱的統一整理方式。

多訂閱整理：歸屬、命名與規則關係

先依來源分組，再辨識各組項目

同時使用多個訂閱時，首要工作不是將所有伺服器排在一起，而是確保每個項目都能追溯至對應訂閱。為訂閱設定固定且簡短的備註，例如依用途或自訂編號區分；伺服器名稱則盡量保留原始資訊，方便更新後比對。若兩個訂閱剛好產生同名伺服器，應先查看所屬群組與實際參數，不要只憑名稱刪除其中一個。不同來源出現相同名稱，不代表連線位址或認證資訊相同。

整理時可依序檢查訂閱項目、其下的伺服器與手動項目。先確認哪些內容會由更新維護、哪些是自行建立的獨立項目，再決定是否重新命名或移除。命名最好說明用途與維護方式，不要存放敏感資料；例如「手動測試」可說明項目性質，但完整密碼、UUID 或訂閱參數不應出現在列表備註中。若介面沒有自訂群組功能，也可以透過清楚的訂閱備註與獨立紀錄維持歸屬，不必假設各平台都有相同的整理選單。

依據參數去重，不要只看顯示名稱

判斷是否重複，至少要比對協定類型、位址、連接埠、認證與傳輸設定。兩筆記錄即使連到相同網域，也可能使用不同連接埠或傳輸方式；備註不同的兩筆記錄，也可能只是同一份資料被匯入兩次。先比對重要欄位，再決定保留哪一份。若項目由訂閱產生，應優先清理重複的訂閱來源，因為只刪除其中一台伺服器，下次更新時可能又會重新出現。如此可避免每次更新後都重複手動刪除。

不要只為了讓列表整齊就一次移除所有舊記錄。可先標記已確認的重複項目，保留目前可用的伺服器，完成一次訂閱更新與連線驗證後再清理。暫時無法確認是否重複的項目，先逐一測試會比直接刪除更妥當。若同一訂閱被匯入兩次，先確認兩個 URL 是否完全一致，再判斷是否只是備註不同。訂閱網址中的查詢參數可能會影響回傳內容，不能只比對網域與路徑就認定相同。

分開管理伺服器選取與規則策略

Home 中選取的伺服器與 Config 中的策略引用有所關聯，但整理列表不等於調整規則。Global Routing 設為 Proxy 時，測試結果較能直接反映所選代理連線；若設為 Config，目標流量可能依規則走 DIRECT，因此網頁能正常開啟，不能單獨證明這次連線確實使用了所選伺服器。整理後若要驗證某台伺服器，請使用明確的測試流程，完成後恢復日常模式，不要長時間保留臨時排錯設定。

若設定檔使用特定伺服器或策略群組名稱，重新命名前請先查看相關引用，修改後再驗證。在列表中直接更名，不一定會同步更新設定檔中的文字引用。整理的項目較多時，請依照「一個訂閱、一組變更、一次驗證」的節奏；完成目前群組後再處理下一組，發生問題時更容易釐清範圍。設定檔規則的詳細設定可參閱設定頁，不必為了整理列表而重新建立整份 Config。

在多台裝置上使用時，建議採用相同的訂閱備註邏輯，但不要依賴相同的列表順序。各裝置的排序、測試結果快取與上次選取項目都可能不同；移轉後應重新確認歸屬與選取項目。管理用簡短清單只需記下訂閱名稱、維護方式與用途，完整網址則應存放在妥善控管的備份中。如此既能說明列表結構，也能在某台裝置發生異常時找出需要還原的部分。

延遲測試與排序：看懂結果再選擇

Connectivity Test 的結果只能回答特定問題

Connectivity Test 用於觀察目前測試條件下的連線狀況。結果會受裝置網路、測試方式、目標位址、伺服器交握與即時負載影響，不能直接等同於下載速度，也不保證所有應用程式都能存取。不同測試方式測量的階段可能不同：有些著重於建立連線，有些還會包含實際請求。因此，比較前先確認各項目使用相同的測試方式與相近的網路環境。不要直接將不同時間、不同網路下的結果排列成穩定的效能結論。

測試前先選擇能代表日常使用的網路環境，並暫停大量傳輸以減少干擾。若剛從行動網路切換至 Wi-Fi，請等系統網路狀態穩定後再開始測試。批次測試會在短時間內建立較多連線；項目數量較多時，可分組執行，避免過高的並行連線影響本機網路或遠端回應。某個項目第一次逾時時，不要馬上刪除，應先重測並與同組其他項目比較。

將失敗結果分為單一項目、整個群組與全域

只有一個項目失敗時，優先核對該項目的協定、連接埠、認證與傳輸欄位；同一訂閱下多個項目同時失敗時，檢查訂閱是否已更新、帳戶狀態是否變更，以及這些項目是否共用相同的網路條件；所有項目都失敗時，再檢查裝置網路、DNS、連線權限與目前測試設定。分層排查比不斷切換伺服器更有效。若測試失敗但實際存取正常，也應確認測試目標本身是否可達，不要直接改寫所有伺服器參數。

測試成功但實際存取失敗時，還要確認流量是否確實經由所選伺服器。Config 中的規則可能會讓目標直接連線，DNS 解析也可能是獨立問題。清楚記錄目前設定後，可比對 Proxy 與 Direct 的結果，再恢復 Config。比對的目的是縮小問題範圍，不是永久改變路由習慣。連線開關顯示已啟用，也只是執行狀態的一部分；是否完成交握、目標請求是否成功，仍需依實際存取結果判斷。

排序是觀察工具，不是自動維護結論

依測試結果排序有助找出值得進一步驗證的項目，但排在前面的項目不一定適用於所有用途。低延遲只代表某一段回應時間較短；持續傳輸還會受到頻寬、壅塞與目標服務影響。選擇時應綜合多次測試的穩定性、一次實際存取結果與日常使用狀況，而不是只追求單次最低數值。排序後先確認選取狀態；有些列表只會改變顯示順序，不代表客戶端已自動切換至第一個項目。

結果顯示空白、逾時或失敗時，也不應一概視為固定數值。空白可能表示尚未測試，失敗可能來自暫時性網路問題，舊結果則可能是在不同網路環境下產生。需要比較時，請以相同方式重新測試並在紀錄中註明環境，不要將舊結果當成長期有效的結論。訂閱更新後新增的項目也應重新測試，不要因為它位於熟悉的群組，就認為已通過之前的測試。

保留測試紀錄時，重點應放在現象，而不是累積一堆數值。例如「同一網路下連續出現交握錯誤」、「訂閱更新成功但某項目連線逾時」、「Direct 正常、Proxy 失敗」都能指引後續檢查方向。公開回報前，請刪除位址、認證欄位與帳戶識別資訊，只提供模式、協定類型與錯誤階段。若需要完整的首次連線檢查流程，可回到使用教學的驗證步驟，先將單一伺服器恢復到便於判斷的基準狀態。

刪除與備份：保留可還原的管理狀態

分清伺服器、訂閱與 Config 的刪除操作

刪除前先確認操作對象。刪除單一伺服器通常只會移除一組連線參數；刪除訂閱項目會影響後續更新關係，且可能一併處理由該訂閱產生的內容；刪除 Config 則會移除規則與相關設定，並不等於移除伺服器。不同平台的確認對話框與關聯項目處理方式可能不同，因此請詳閱實際提示，不要憑記憶直接確認。若多個訂閱中有同名項目，尤其要先確認歸屬再操作，以免刪除仍在使用的來源。

訂閱產生的伺服器可能會在下次更新時重新出現，因此「想永久移除一個項目」與「暫時讓列表簡潔一些」是不同需求。若只是暫時不使用某個項目，不一定要刪除整個訂閱；若確定不再保留某個重複訂閱，請先確認另一份仍可正常更新，再移除重複來源。刪除手動項目前，先確認能否找回原始參數，因為它不一定有可重新取得資料的訂閱網址。清理完成後再測試一次連線，確認目前選取的不是已移除項目。

依資料類型建立備份清單

要完整還原資料，不能只靠列表截圖。至少應分別備份訂閱網址、手動伺服器參數、Config 檔案與必要的自訂設定。訂閱網址可重新取得伺服器列表，但不一定保留本機修改過的備註與排序；規則檔案可還原流量分流邏輯，但不一定包含所有伺服器認證資訊；截圖方便辨認介面，卻無法可靠還原長密碼、金鑰或隱藏欄位。請先確認每種備份涵蓋的內容，再判斷是否足以完成移轉。

若目前介面提供匯出或備份功能，使用前請確認實際匯出範圍，並檢查產生的檔案是否含有敏感資訊。不能只因檔名中有「備份」就認為所有資料都已保存。密碼、UUID、訂閱權杖或 WireGuard 私鑰等資料，應存放於存取受到控管且可加密的位置，避免留在公開相簿、共用下載資料夾或他人可讀取的文件中。日常查閱用的管理清單，最好與完整憑證備份分開存放。

還原時依相依順序逐層驗證

移轉至另一台裝置時，先確認 Shadowrocket 已透過對應平台的管道取得，再還原訂閱與手動伺服器，接著還原 Config，最後檢查 Global Routing、DNS 與隨選連線等設定。匯入後不要立刻啟用所有自動功能，先手動連線至一個已確認的項目，再驗證規則。iPhone / iPad 的系統需求以 App Store 頁面標示為準；其他平台的取得方式與安裝允許步驟，請統一參閱安裝說明，不要在備份流程中反覆嘗試修復安裝。

還原訂閱後需重新更新，還原伺服器後需重新測試連線，還原 Config 後則需核對目前的選取狀態。舊裝置的延遲快取、排序與最近使用項目，不能當成新裝置上有效的測試結論。還原後若只有部分內容出現，先檢查備份範圍與匯入類型，不要將缺漏一概歸因於應用程式異常。認證資訊若已更換，請以目前資料為準；舊備份只能協助了解過去狀態，不保證仍有連線權限。

若訂閱網址或認證資料意外公開，只刪除本機項目無法讓已洩漏的資訊失效。應依原有帳戶管理方式撤銷或更換相關憑證，再更新客戶端中儲存的內容，接著清除舊備份與暫存副本。日常維護完成後，留下簡短的變更紀錄：處理了哪個訂閱、保留了哪些手動項目，以及使用何種模式驗證。紀錄不應包含憑證，也不必寫成複雜日誌，但能在下次更新或移轉時說明目前狀態的由來。

本頁的管理流程到此完成：先辨識內容，再從對應入口匯入並驗證連線；透過可控更新維護列表，依來源與命名整理以減少混淆，最後使用經過驗證的備份保留還原能力。需要從頭開始操作時，請參閱快速入門教學；需要了解規則如何影響連線時，請參閱設定說明；若要辨識單一分享連結，則可至連結格式文章進一步核對。