Shadowrocket 訂閱與伺服器管理手冊

01 / Subscribe

Subscribe 入口與首次匯入訂閱

先區分訂閱、伺服器與 Config

訂閱是可重複取得伺服器清單的網址；伺服器項目是一組用來建立連線的參數；Config 則負責規則、DNS 等設定。三者可以搭配使用，但並非同一種檔案。新增訂閱後出現多個伺服器，不代表目前的 Config 已被取代；匯入 Config 後規則有所變動，也不代表訂閱網址已儲存。開始前先確認取得的是哪一類資料，避免把設定網址填進伺服器欄位，或將單一分享連結誤認為訂閱。

訂閱連結通常包含存取憑證，完整網址應視為敏感資料。複製時請使用原始文字，不要連同網頁標題、說明、引號或換行一併選取。透過聊天記錄轉傳的網址可能遭截斷；若顯示省略內容，不要自行猜測並補齊。無法確認網址是否完整時，請重新取得原始連結，不要反覆猜測參數。訂閱網址請向你的服務提供者取得，以下步驟皆以已有網址為前提。

在 Add Server 中選擇 Subscribe

前往 Home，開啟新增入口，在 Add Server 的 Type 中選擇 Subscribe，再將完整網址填入 URL。為訂閱設定容易辨識的名稱；名稱僅供本機管理，不會改變遠端內容。儲存後，確認 Home 中出現對應的訂閱分組與伺服器清單。若只看到分組、沒有可選項目，先確認這次取得資料的動作是否完成，再判斷回傳內容能否解析。不要一直新增相同訂閱來取代檢查。

首次匯入時，先保留現有伺服器與設定。若已有可用連線，記下目前選取的項目與 Global Routing 狀態，再新增訂閱。儲存成功後，選取一個新匯入的伺服器單獨驗證；確認連線與網頁瀏覽符合預期後，再整理舊資料。即使新網址回傳異常，也能切回原有項目，不必同時排查匯入、規則與裝置網路的變動。

依結果判斷匯入問題

儲存失敗、取得失敗與清單空白，需分別處理。儲存失敗時，檢查 URL 欄位是否完整、有無多餘空格；取得失敗時，確認裝置目前的網路，以及網址是否仍有效；取得完成但沒有項目時，則優先確認伺服器回傳的內容類型。能在瀏覽器顯示說明頁的網址，不一定是用戶端需要的訂閱網址。若出現登入頁或錯誤說明，請確認網址用途，不要把頁面內容貼到 URL 欄位。

不要只看項目數量判斷匯入是否正確。訂閱可能包含不同協定、用途或名稱相近的項目；部分項目也可能因參數不受支援而無法使用。先抽查名稱、協定類型、伺服器位址與連接埠是否符合既有資料，再實際測試連線。若所有項目都出現相同錯誤，優先檢查共同來源與匯入格式；若只有一項失敗，再檢查該項目的參數與遠端狀態。

成功匯入訂閱只代表已建立本機清單，不表示帳戶狀態、遠端服務與實際瀏覽都已驗證。請區分「網址可取得」、「項目可解析」、「伺服器可連線」與「目標網站可瀏覽」四種結果。向服務提供者回報時，按這四個層面描述狀況，並遮蔽連結中的憑證，比只說「訂閱不能用」更容易釐清問題。

02 / Add Server

Add Server 手動填寫欄位與協定核對

先選擇 Type，再填寫共用欄位

手動新增適用於已持有完整伺服器參數、需要核對某個項目，或想保留獨立測試副本的情況。進入 Add Server 後先選擇 Type，再填寫伺服器位址、連接埠與驗證資料。協定類型會決定後續欄位的含義，不能先依某種協定填完，再任意切換類型。切換後應重新檢查所有選項，尤其是驗證方式、傳輸層與 TLS 設定，避免介面保留的舊值影響新項目。

伺服器位址填寫主機名稱或 IP，不要連同網頁路徑與查詢參數一起填入。連接埠只填對應數字，不要加冒號或協定前綴。名稱僅供辨識，不參與驗證；在名稱中寫上協定或傳輸方式，不會自動啟用該功能。如果取得的資料只有名稱、位址與連接埠，卻缺少所選協定要求的驗證欄位，請先補齊原始參數，不要複製另一個伺服器的密碼嘗試。

協定欄位不是可以互換的備註

Shadowsocks 的加密方式與密碼都會參與驗證，只修改其中一項仍可能失敗。VMess 與 VLESS 即使都使用 UUID，也不是相同的協定，不能只替換名稱就完成轉換。Trojan 的驗證資料同樣不能從其他協定的欄位推算。請以服務提供者提供的完整參數為準；若未提供某個欄位，先確認是否有預設值，不要照著網路上的其他範例自行補出一套看似完整的設定。

啟用 TLS 時，需區分「連線到哪裡」與「驗證哪個名稱」。連線位址用來尋找遠端，伺服器名稱則用於相應的 TLS 交握與憑證驗證；兩者可能相同，也可能依實際部署分別填寫。遇到憑證錯誤時，先核對名稱、裝置時間與遠端憑證狀態，不要把關閉驗證當成通用修復方式。傳輸層中的 Host、路徑等參數也應逐項核對；大小寫、斜線與編碼都可能影響結果。

儲存後的檢查與修改範圍

儲存後重新開啟項目，檢查 Type、位址、連接埠、驗證與傳輸選項是否都已保留，再開始測試。建議一次只修改一類參數，並記錄修改前的狀態。例如先修正連接埠再測試，之後再檢查 TLS，不要同時替換所有欄位。若一次改動多個項目，即使恢復連線，也無法確認真正原因；下次遇到相同故障時仍得從頭排查。

從訂閱產生的項目與手動新增項目，維護方式不同。直接修改訂閱項目的名稱或參數，下次更新時可能會被重新產生的內容覆蓋。若要長期保留本機調整，可在介面允許的情況下建立獨立副本，並清楚標示為手動管理。副本不會隨訂閱自動更新；遠端更換參數後需要自行核對，請在命名與備份紀錄中註明。

WireGuard 等類型包含多組彼此相關的參數，資料不完整時不宜拼湊通用範例。不要在故障截圖、公開筆記或分享名稱中顯示金鑰與驗證欄位。討論欄位問題時，只需說明欄位名稱、是否已填寫及錯誤狀況；若需比對原始值，請透過你與服務提供者既有的可信管道處理，不要將完整連線資料提交至公開頁面。

03 / Scan QR Code

掃描 QR Code 與剪貼簿匯入的檢查順序

QR Code 只是文字的另一種載體

Scan QR Code 讀取的是 QR Code 編碼的文字，不會自動判斷內容是否適合目前用途。QR Code 可能包含單一伺服器分享連結、訂閱網址，也可能只是一般網頁網址。掃描前先確認它來自你已有的伺服器資料；掃描後查看開啟的是伺服器編輯頁、訂閱編輯頁，還是其他提示。圖案能被辨識，不代表其中一定包含完整連線參數。

使用相機掃描時，依系統提示授予所需權限，並將 QR Code 完整置於取景範圍內，避免邊緣遭裁切、強烈反光或螢幕閃爍。先調整距離與清晰度，不要反覆切換不同設定。若要從圖片讀取，請使用原始清晰圖片；經聊天工具壓縮的小圖，可能無法辨識密集編碼。能查看圖片，不代表 QR Code 仍有足夠的可讀細節。

辨識後仍須檢查儲存結果

掃描成功後，檢查 Type、伺服器位址、連接埠與名稱是否合理，再儲存並回到 Home 確認項目確實出現。如果 QR Code 包含的是訂閱，請確認是否建立了對應分組，而非只新增一個同名伺服器項目。QR Code 本身不會持續更新；只有其中儲存的訂閱網址可以更新。若 QR Code 包含固定伺服器參數，遠端日後變更時不會自動反映到本機。

重複掃描同一個 QR Code 可能產生重複項目。第一次掃描後若沒立即看到結果，先返回清單查看、展開相關分組並檢查排序位置，再決定是否重試。不要把「新項目不在清單最上方」誤判為儲存失敗。若清單中已有同名伺服器，進一步比對位址、連接埠與協定；名稱相同可能是重複項目，也可能是兩個不同項目，需依參數確認。

剪貼簿匯入時保留原始結構

從既有資料複製分享連結後，返回用戶端，使用實際介面提供的剪貼簿匯入入口；系統顯示貼上存取提示時，再依這次操作決定是否允許。若用戶端無法辨識內容，先確認複製的是完整連結，而不是網頁上顯示的標題或縮短文字。不要在含有憑證的連結中間手動插入空格，也不要為了方便閱讀而重新排版。

一次複製多個連結時，應保留原本的逐行分隔。編號、項目符號、中文說明與程式碼區塊可能一併被複製，導致部分內容無法辨識。穩妥的做法是先匯入一個項目確認格式，再依介面支援的方式處理其他內容。若只有部分匯入成功，記錄成功與失敗的範圍，不要反覆匯入整段文字，以免重複新增已成功的項目。

掃描失敗與匯入失敗的排查方向不同。前者先檢查權限、清晰度與圖案完整性；後者先檢查辨識出的文字類型與參數是否完整。若複製連結可以匯入，但掃描 QR Code 失敗，問題較可能出在載體品質；若兩種方式都無法解析，應回頭核對原始資料中的連結格式。更換載體無法補回已缺失的字元。

避免憑證在不同載體間擴散

QR Code 圖片與剪貼簿文字都可能包含完整驗證資料，不應視為一般說明截圖。不要為了展示操作步驟，把真實 QR Code 放進公開相簿或論壇；匯入完成後，可將剪貼簿內容換成不含敏感資料的一般文字，並依自己的資料保管方式處理圖片。清除一個位置，不代表其他裝置上的同步副本也已消失，請確認實際同步範圍。

若匯入入口沒有出現，先確認目前位於 Home 或其他頁面，再查看裝置上的新增選單，不要照搬其他截圖中的固定按鈕位置。無法辨識的內容應保留原始副本以供核對，但不要不斷修改編碼碰運氣。若要完整走過首次連線流程，請返回快速入門教學；掃描只是輸入資料的方式，之後仍須選擇伺服器、檢查連線狀態並驗證瀏覽。

04 / URI & Config

分享連結格式與 Config 的界線

辨識連結所承載的內容

伺服器分享連結通常以協定標識開頭，並以一段文字封裝連線參數；訂閱網址通常是可存取的網路網址，其回應內容再包含伺服器清單。Config 則是另一層設定資料，不能只憑副檔名或網頁標題判斷用途。判斷時應同時查看原始資料的說明、匯入後開啟的頁面，以及最後產生的資料。不能因為「都是連結」，就認定可以填進同一個欄位。

常見分享格式會將驗證資料、主機、連接埠、傳輸選項與名稱放在不同位置。有些格式使用 Base64 編碼，有些則採用 URI 參數；同一種協定也可能有不同的表示方式。編碼只是呈現形式，並非保護憑證的安全措施。即使文字表面看不出密碼，完整連結仍應視為敏感資料，不要用於公開範例或故障截圖。

編碼、名稱與參數不可任意改寫

連結中的百分比編碼用來表示特殊字元，查詢參數中的連接符號與等號則負責維持結構。聊天工具自動換行通常只是視覺上的折行，但手動加入真正的換行可能會截斷連結。不要將看似相同的全形標點替換進網址，也不要為了簡化文字而刪除查詢參數。備註名稱通常只供顯示，修改名稱無法修復驗證或傳輸錯誤。

複製後無法匯入時，先比對原文的開頭、結尾、字元數，以及是否包含引號，再確認格式是否受支援。不要把整條連結解碼、編輯後再重新編碼當成一般處理方式；判斷錯誤編碼層級會造成新的損壞。若要核對欄位，優先匯入編輯頁後逐項檢查；若完全無法解析，請服務提供者確認格式與完整性，不要自行拼湊驗證資料。

Config 負責規則，不取代伺服器資料

Config 中的規則會指定哪些請求符合哪些策略。以下為語法範例，只用來說明依序比對，不包含可連線的伺服器資料。使用前應先了解現有設定，不要直接用片段覆蓋完整檔案。規則中的 PROXY 必須搭配目前可用的伺服器或策略選擇才能運作；寫上關鍵字不會建立連線，也不會補齊尚未匯入的驗證參數。

[General]
bypass-system = true
dns-server = system

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX 依網域後綴比對，IP-CIDR 依位址範圍比對，GEOIP 使用相應地區資料，FINAL 則處理未符合前面規則的請求。規則會依序判斷，前面命中的結果會影響後續是否繼續比對。此片段中的地區規則僅用來展示語法，是否適合目前網路與瀏覽需求，應依實際設定判斷，不要將範例當成所有使用者都適用的固定答案。

匯入後的瀏覽路徑不符合預期時，先檢查 Global Routing 與目前的 Config，再判斷訂閱是否有誤。伺服器清單正確，規則仍可能將目標交由 DIRECT 處理；規則正確，所選伺服器也可能無法連線。這兩個層面需分別核對。想了解三種模式的詳細差異，請參閱Global Routing 的 Config、Proxy、Direct 說明。

分享前先確認要提供的是單一伺服器、整份訂閱網址，還是設定檔。三者包含的權限範圍與後續維護責任各不相同。不要只為傳送一段規則，就連同匯出所有驗證資料；也不要把只含規則的檔案說成完整的還原資料。清楚標示內容類型，接收者才能知道該使用哪個入口，以及還需要提供哪些自己的資料。

05 / Update

訂閱更新策略與失敗處理

更新是重新取得資料，不是逐項修補

更新訂閱時，App 會再次請求已儲存的網址，並依回傳內容更新對應的伺服器清單。這不是只檢查目前選取的伺服器，也不等於更新 App 本身。遠端可能調整名稱、參數、順序與項目數量，因此更新後清單有所變化是正常情況。App 更新由 App Store 管理；訂閱清單更新則在用戶端內進行，兩者處理的問題不同，不應混為一談。

在介面提供的訂閱操作選單中更新前，先確認操作對象是單一訂閱還是所有訂閱。若正在排查單一來源，優先只更新該訂閱，並保留其他分組作為對照。記錄更新時間、更新前後項目是否變化，以及出現的錯誤訊息；這些是本次操作的觀察資料，不需公開完整網址。更新完成後，也要確認目前選取的項目是否仍存在。

手動更新與自動更新如何分工

手動更新適用於首次匯入、收到遠端變更通知、清單明顯過時或需要確認故障時。自動更新適合已驗證穩定、需要跟上遠端清單變化的訂閱；實際開關與間隔請以 App 提供的選項為準。更新間隔並非越短越好，頻繁取得資料無法修復無效網址，也可能增加遠端請求負擔。沒有明確變更時，不必靠不斷更新來維持連線。

裝置鎖定、系統背景排程、目前網路與 App 執行狀態，都可能影響自動更新的實際時間。設定了更新間隔，不代表裝置會在每個時間點精確完成請求。發現清單沒有變化時，先確認是否真的執行過資料取得，再判斷遠端是否回傳新內容。必要時可在前景手動更新一次，觀察明確結果，不要只因自動更新開關已開啟就下結論。

依請求、回應與解析分層排查

請求無法完成時，先確認裝置網路是否正常，再檢查網址是否完整且仍有效。不要急著刪除現有可用項目，也不要反覆修改 DNS、Global Routing 與訂閱網址。保留目前設定，每次只變更一個條件並記錄結果。在某個網路下失敗、另一個網路下成功，有助縮小排查範圍，但仍需配合錯誤訊息判斷，不要直接推斷遠端已失效。

若出現明確的 HTTP 狀態錯誤，請記錄狀態與發生時間。驗證相關回應通常需要核對網址中的憑證與帳戶權限；請求過於頻繁時應停止密集重試；遠端服務錯誤則需由相應的伺服器端進一步檢查。狀態碼只能說明其中一層結果，無法單獨證明本機伺服器參數有誤。回報時遮蔽查詢參數中的敏感內容，同時保留足夠的錯誤上下文。

請求成功但解析失敗時，檢查回傳內容是否變成登入頁、維護說明或空回應。能開啟網址不代表回應內容就是伺服器清單；名稱仍在但項目清空，也不代表所有伺服器同時故障。若網址的有效期限或授權範圍有所變動，請依服務提供者提供的最新資料核對，不要複製舊頁面內容或修改編碼來迴避格式問題。

更新後的驗收與本機修改

更新成功後，至少檢查目前選取的項目、協定類型與一項實際瀏覽結果。若目前使用的伺服器已被遠端移除，請明確選擇替代項目，不要假設 App 會依原名稱找到同一個項目。若曾在本機更名或修正參數，請確認這些變更是否遭覆蓋；需要長期保留的調整應放在清楚標示的手動副本中，並接受它不會隨訂閱自動更新。

單次失敗不必立刻重建所有訂閱。保留現有可用清單，間隔一段合理時間後再試，並核對服務提供者提供的狀態資訊。若只有訂閱取得失敗、現有伺服器仍可連線，可分別記錄這兩種結果；若清單更新正常但連線失敗，請轉到延遲與連線驗證一節檢查。將取得資料與實際使用分開描述，可避免反覆處理錯誤的層面。

06 / Groups

多訂閱分組、命名與重複項目整理

先依管理來源分組，再按用途辨識

管理多個訂閱時，首先要釐清「這個伺服器由哪個來源更新」，而不是先追求縮短清單。保留各訂閱獨立分組，名稱可使用自己的用途標記或資料名稱，但不要把存取憑證寫進名稱。手動新增的項目也應與訂閱產生的項目有所區分。如此一來，參數變更時就能準確選擇要更新的訂閱或編輯的單一項目，不會誤改整組資料。

名稱應描述穩定資訊，例如日常使用、臨時核對或手動副本；不要把一次測試數值寫進長期使用的名稱，因為網路結果會變動。遠端提供的伺服器名稱可能在更新時復原；若需加入本機說明，優先使用介面支援的備註功能，或記錄在自己的管理資料中。不要只依靠訂閱中的手動排序來標示用途。

判斷重複項目不能只比對名稱

兩個項目名稱相同，可能使用不同位址、連接埠、驗證資料或傳輸設定；名稱不同的項目，也可能實際指向相同的連線參數。清理前先比對 Type、位址、連接埠、驗證方式，以及 TLS 和傳輸選項。即使項目連線到同一台主機，不同的驗證資料也可能對應不同權限，不能只因位址相同就認定其中一個可以刪除。

重複項目的常見來源包括反覆掃描 QR Code、重複貼上同一個分享連結、重複新增相同訂閱，以及為了測試而建立的手動副本。先確認重複來自匯入操作或遠端清單，再選擇處理方式。本機重複新增的項目可以整理；若遠端訂閱本身包含相似項目，下次更新時可能再次出現，逐項刪除並無法長期解決。

排序應配合目前的管理工作

整理時先保留分組範圍，再查看目前範圍內的名稱或測試結果。依延遲排序適合當次比較，依名稱排序適合尋找固定項目，手動排序則適合自行管理的小型清單。每次變更排序後都要確認目前選取的項目，不要只記得「清單第一個」。遠端更新或篩選條件變動後，同一個位置可能已經對應另一台伺服器。

清單項目很多時，可先只檢查目前使用的訂閱，其他分組維持原狀。每完成一組的命名、核對與驗證後，再處理下一組，避免批次整理讓所有線索同時改變。若介面支援搜尋或收合分組，可用來縮小查看範圍；這些操作通常只會改變顯示方式，不等於刪除。執行移除內容的操作前，先確認影響範圍。

建立精簡的本機管理紀錄

建議記錄訂閱顯示名稱、是否啟用自動更新、是否有手動副本，以及最近一次實際核對結果。紀錄不必重複保存完整驗證資料，只要能幫助自己找到原始資料即可。若確實需要保存原始網址，請放在有存取控管的個人資料中，並與一般操作紀錄分開。名稱、更新時間與測試數值都不能取代原始復原資料。

整理前先確認 Config 是否依伺服器名稱或策略群組參照相關項目。刪除或更名可能導致既有參照不再符合預期，手動維護的策略選擇尤其需要留意。訂閱分組與設定中的策略群組並非同一概念：前者用來管理資料來源，後者用來決定連線策略。將伺服器放進某個訂閱分組，不會自動讓規則開始使用它，仍需檢查目前的設定。

批次刪除前先保留可復原資料，並選少量已確認重複的項目試著操作一次。返回 Home 檢查其他項目與目前選取狀態，再決定是否擴大清理範圍。如果無法從介面確認操作影響單一項目還是整個分組，請先取消。整理的目標是減少混淆，而不是將所有訂閱合併成一長串、無法追溯來源的伺服器清單。

多個既有訂閱的詳細整理順序，請參閱多個訂閱的分組、排序與重複項目清理。整理完成後，保留一條明確的日常使用路徑，以及一份可查閱原始資料的紀錄，比依賴固定清單位置更利於後續更新與換機復原。

07 / Connectivity Test

延遲測試、排序與實際連線驗證

先確認測試測量的對象

Connectivity Test 用來觀察所選測試方式下的回應狀況。不同測試方式涵蓋的階段不同，有些主要反映連線至伺服器的過程，有些則也包含對指定測試目標的請求。解讀結果時應配合目前設定，不能把單一數值直接等同於所有網站的開啟速度。測試目標、裝置網路與測試時間不同，結果也不適合直接比較。

測試前先確認裝置本身可以正常連線，並檢查目前的連線模式與所選伺服器。比較多個伺服器時，盡量使用相同網路、相同測試方式與相同目標，並在接近的時間內完成。不要一邊切換網路一邊比較數值，也不要把 Wi-Fi 的單次結果與另一種網路的結果混在一起推論穩定性。測試條件越一致，比較越有意義。

數值、逾時與波動各代表什麼

數值較小表示這次測試的回應較快，不保證大型檔案傳輸、長連線或特定 App 的表現一定較好。逾時只表示在這次條件與等待時間內未能完成測試，可能與伺服器、測試目標、解析或網路路徑有關。若只有少數項目失敗，可與成功項目對照排查；若全部失敗，應先檢查共同條件，不要急著逐一重填所有伺服器參數。

單次異常可重新測試，但不必持續高頻測試。網路短暫壅塞、裝置切換連線或遠端負載都可能造成波動。待條件穩定後可再次測試，觀察結果是否持續一致。日常使用時，能穩定完成實際請求通常比某次測得最低數值更具參考價值。測試結果可作為選擇依據之一，但不應成為自動排除其他項目的唯一標準。

分層驗證實際瀏覽

選擇伺服器後開啟連線開關，依系統提示授權 VPN 設定，再使用自己熟悉的一般網頁或 App 進行驗證。系統顯示已建立連線，只代表裝置上的相應連線狀態，不保證遠端驗證、規則命中與目標回應都正常。請分別觀察用戶端連線狀態、錯誤訊息與實際請求結果，不要把開關維持開啟當成連線完全可用的證明。

當 Global Routing 設為 Config 時，測試目標可能依規則走 DIRECT，因此「網頁可以開啟」不一定代表該請求是由所選伺服器承載。請檢查目前設定中的相關規則與可用連線紀錄，確認目標套用的策略。若要暫時切換模式進行對照，先記下原設定，測試完成後再還原；不要為了排查單一問題而忘記原本的分流設定。

如果延遲測試正常但網頁無法開啟，請繼續區分網域解析、伺服器驗證、規則路徑與目標網站回應。先使用同一台伺服器測試不同的一般目標，再與裝置網路狀況對照，逐步縮小範圍。DNS 故障需檢查解析設定，不是持續更新訂閱。相關檢查請參閱延遲正常但網頁無法開啟的 DNS 排查，避免同時重建訂閱並覆蓋 Config。

排序後仍須人工確認選取項目

依測試結果排序只會改變檢視順序，不一定會改變實際使用的伺服器。排序完成後，請確認選取標記對應哪個項目，再建立連線。更新訂閱、切換分組或重新測試都可能改變清單位置，不要只用「第一個」或「第三個」描述固定伺服器。回報問題時使用已遮蔽敏感資料的名稱與類型，比使用位置更容易重現。

只有某個 App 失敗時，先查看與該 App 相關的規則、網域與連線紀錄，避免將局部問題歸咎於整個訂閱。只有某個伺服器失敗時，再檢查其參數與遠端狀態。每次對照測試只改變一個條件，並記錄時間、測試方式、錯誤類別與結果。這些紀錄有助區分持續故障與短暫波動，也能減少反覆修改已確認正確的設定。

08 / Backup & Restore

刪除、備份與新裝置復原順序

先確認刪除對象與影響範圍

刪除單一伺服器、刪除訂閱分組與刪除 Config 是不同操作。刪除單一訂閱項目後，它可能在下次更新時再次出現；刪除訂閱後，本機可能失去後續取得清單所需的網址；刪除 Config 則會影響規則與相關設定。操作前請查看確認提示，釐清對象與範圍。不要把清空清單當成處理連線問題的第一步，也不要在缺少原始資料時批次刪除。

從用戶端移除訂閱通常只是變更本機儲存內容，不等於撤銷遠端存取權限。若真實網址或驗證資料已外洩，請透過服務提供者提供的管理方式撤銷或更換相關憑證，再更新本機紀錄。只刪除 QR Code 圖片、伺服器項目或匯出檔案，無法讓他人已取得的憑證失效；處理資料外洩與整理清單應分開進行。

備份應涵蓋不同層級的資料

可復原資料至少應區分訂閱原始網址、手動伺服器參數與目前的 Config。訂閱可重新取得當時遠端提供的清單，但未必能還原你先前手動修改的名稱與參數；設定檔可保留規則，卻不一定包含所有伺服器或訂閱紀錄。匯出某一類資料後，先確認實際涵蓋範圍，不要只看檔名就認定備份完整。

透過 App 實際提供的匯出或分享入口儲存資料時，請留意接收位置與存取權限。包含憑證的匯出檔應放在自己控制且受到保護的儲存空間，不要當成一般附件長期散落在聊天紀錄中。備份名稱可記錄裝置與用途，不要寫入完整密碼。完成後確認檔案可讀取、內容類型正確，並保留相應的復原說明，避免只剩一個無法辨識的檔案。

換機時先復原 App，再復原資料

在新 iPhone 或 iPad 上先透過 App Store 取得 Shadowrocket。已購項目、帳號與購買適用範圍的檢查方式，請參閱已購項目復原說明；系統需求以 App Store 頁面標示為準。復原購買只處理 App 的取得，不會自動補齊所有本機伺服器參數。App 開啟後，再依自己的備份內容復原訂閱、手動項目與 Config，不要假設它們一定會一併出現。

若使用 App 提供的 iCloud 相關同步功能，請先在兩台裝置上確認實際同步範圍與完成狀態。已登入系統帳號不代表每一類 App 資料都已同步；看到 Config 也不表示所有手動伺服器都已復原。請保留舊裝置，直到新裝置驗證完成。在確認來源與內容一致前，不要同時手動匯入並反覆觸發同步，以免產生重複或難以辨識的副本。

建議先在新裝置復原既有訂閱並取得清單，再復原需要單獨管理的手動項目，接著匯入並選擇 Config，最後檢查 Global Routing。若設定引用特定名稱或策略群組，請確認這些項目確實存在。建立連線後先驗證一般瀏覽，再檢查重要 App 的規則路徑。復原的驗收標準是可正常使用且符合原有設定，而不只是清單看起來與舊裝置相似。

驗證完成後再清理舊資料

移轉後先保留舊裝置與原始備份作為對照。確認新裝置可以更新訂閱、使用手動項目並正確套用設定後，再決定如何處理舊資料。若舊裝置仍需使用，清理前先了解同步刪除的影響，避免在一台裝置上的整理同步到其他裝置。移轉期間不要同時重新命名所有項目、替換規則與更換訂閱網址，否則很難判斷差異來源。

更換訂閱網址、手動調整驗證資料或修改 Config 後，請定期確認備份是否仍符合目前實際設定。不必為每次測試保留大量重複副本，但應保留一份明確可復原的基準資料，以及必要的變更紀錄。舊憑證失效後，也應清理相關備份，避免下次復原時誤用過期參數，讓舊問題再次回到裝置。

更完整的裝置移轉步驟，請參閱換機移轉設定與新裝置復原。若要重新走過一次連線流程，請返回快速入門教學；若要核對購買管道，請參閱正版三項核對。管理流程最終應形成完整循環：資料來源明確、更新對象明確、實際使用經過驗證，並保留可復原的個人備份。