以下項目採用 Shadowrocket 介面中的英文名稱。選擇左側功能項目，即可查看它解決的問題、所在位置，以及設定時需要核對的內容。
Global Routing 會決定啟用連線後如何處理裝置流量。Config 會依目前設定中的規則逐行比對，適合需要區分網域、IP 範圍與最終策略的情境；Proxy 會將流量交由目前伺服器處理；Direct 則維持直接連線。日常使用規則檔案時，通常應先確認已選取 Config，再檢查規則從具體條件到 FINAL 的排列順序，避免寬泛規則提前攔截後續條件。
On Demand 用於依網路環境觸發連線，而不是取代伺服器與規則本身。設定前應先完成一次手動連線，確認既有伺服器資訊、Global Routing 和 Config 都能正常運作，再逐項加入條件。條件應保持清楚：區分 Wi-Fi 與行動網路、核對目標網域和比對動作，並避免同時建立彼此衝突的規則。修改後可切換網路進行驗證，確認觸發結果符合預期。
Subscribe 用於儲存和更新使用者已持有的訂閱網址。新增時應完整貼上網址，並為來源設定易於辨識的名稱；更新後先確認是否產生預期的伺服器項目，再進行選取與測試。管理多筆訂閱時，應依來源分組，定期清理失效項目並檢查重複名稱。自動更新頻率需配合使用習慣設定，頻繁更新無法修復網址、驗證資訊或網路存取本身的問題。
Config 集中儲存規則、策略群組及相關設定。規則通常從具體的 DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、GEOIP、IP-CIDR 或 IP-CIDR6 條件開始，並以 FINAL 處理未命中的流量。編輯後應檢查策略名稱是否存在、規則順序是否合理。若要在自己的裝置間保留設定，可搭配 Import from Cloud JSON 與 iCloud 同步；Data 頁面則用於查看應用程式記錄的流量統計與連線資訊。
Connectivity Test 適合在匯入後或連線異常時進行基本檢查。測試結果應與 Home 中選取的伺服器、目前 Global Routing 狀態以及系統網路狀態一併判斷。若項目無法回應，先確認裝置目前網路可用，再核對伺服器位址、連接埠、協定類型、驗證資訊與傳輸欄位。測試有助於定位問題所在環節，但不能取代對原始參數逐項比對，也不能證明所有規則都已依預期命中。
Add Server 適合手動輸入使用者既有的伺服器參數。第一步是選擇與原始資料一致的協定類型，例如 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 或 Hysteria2；接著逐項填寫位址、連接埠、驗證欄位及傳輸設定。欄位名稱相近不代表可以互換，儲存前應與原始資訊逐字核對。也可使用 Scan QR Code 匯入，但匯入後仍需檢查協定與關鍵欄位。
購買是否可在不同裝置間共用、可安裝的系統版本及相容性範圍，均以 App Store 頁面目前標示為準。
先完成匯入，再選擇處理方式，最後開啟連線並進行驗證。依照這個順序操作，可以分開檢查參數、規則與系統授權問題。
如果手上是單筆伺服器資料，進入 Add Server，先選擇協定類型，再依原始資料填寫 SERVER、連接埠、驗證內容與傳輸欄位。如果手上是訂閱網址，則從 Subscribe 新增，儲存後執行更新並檢查是否出現預期項目。透過 Scan QR Code 或剪貼簿匯入時，也要開啟項目核對協定與關鍵參數，不能只憑名稱判斷匯入是否完整。
伺服器位址、連接埠或驗證欄位只要有一項不一致，都可能導致後續測試失敗。多筆記錄同時存在時，建議先選一筆資料明確的伺服器完成首次連線，再處理排序、分組與重複項目，這樣更容易判斷故障來自參數還是管理方式。
返回 Home，點選準備使用的伺服器，確認其處於目前選取狀態。接著查看 Global Routing：使用規則檔案時選擇 Config，讓 DOMAIN-SUFFIX、GEOIP、IP-CIDR 和 FINAL 等規則依序決定策略；臨時檢查所有流量是否能經由目前伺服器處理時，可依實際目的選擇 Proxy；需要維持直接連線時則使用 Direct。
Config 模式下應特別檢查策略名稱。規則末尾寫入 PROXY、DIRECT 或其他策略時，對應策略必須存在於目前設定中。若規則來自不同設定來源，不要直接混用名稱相同但意義不同的策略群組，應先了解每個策略的實際指向，再調整順序。
開啟 Home 中的連線開關。首次操作時，系統可能要求允許加入 VPN 設定，這是建立系統層級網路連線所需的授權步驟。完成授權後觀察連線狀態，再執行 Connectivity Test。若測試未通過，依裝置網路、伺服器位址、連接埠、協定、驗證資訊、傳輸設定、系統時間的順序檢查，不要同時修改多項參數。
測試通過後仍應確認實際規則是否命中預期策略。可以先使用少量明確的 DOMAIN-SUFFIX 規則進行驗證，再逐步加入較寬泛的 GEOIP 或 FINAL。這樣能避免將規則順序問題誤判為伺服器連線問題，也方便在 Data 中查看對應的連線記錄。
商店頁面、購買記錄與應用程式內設定分別解決不同問題。先確認產品身分，再了解買斷範圍，最後處理使用者自己的伺服器資料。
App Store 產品頁應顯示產品名稱 Shadowrocket，開發者為 Shadow Launch Technology Limited。應用程式 ID 是 932747118，也可以從產品頁網址中的 id932747118 辨識。名稱、開發者、官方圖示與應用程式 ID 應放在一起核對，不應只憑搜尋結果標題或圖示外觀判斷。
本站使用的應用程式圖示用於協助辨識，但最終購買資訊仍以 App Store 產品頁為準。搜尋結果的排列會因帳號商店與裝置狀態而變化，因此直接開啟固定產品頁並檢查開發者與應用程式 ID，是更明確的核驗方式。
Shadowrocket是付費商業應用程式，美國商店產品頁價格約為 $2.99，一次買斷；其他商店會使用當地貨幣顯示，實際金額與可購買狀態以頁面目前資訊為準。一次買斷指的是應用程式購買方式，不代表附帶網路線路、伺服器帳號或持續服務。
購買前應先確認目前 Apple ID 所在商店能顯示該產品，並檢查付款頁面顯示的金額。帳號地區影響的是商店頁面、貨幣與可見性，不會取代應用程式內所需的伺服器參數。
更換裝置或重新取得應用程式時，可在 App Store 的已購記錄中尋找 Shadowrocket。是否能直接恢復取決於目前 Apple ID 的購買記錄與商店頁面狀態。應用程式購買恢復只處理使用權，不等同於恢復應用程式內的伺服器、訂閱網址、規則檔案或自訂設定。
設定需要個別管理。準備轉移裝置前，應先在應用程式提供的功能範圍內整理 Config、伺服器項目與訂閱來源，並確認 iCloud 或 Import from Cloud JSON 中儲存的是所需內容。恢復後逐項核對，在尚未確認資料完整前，不要刪除原裝置上的設定。
Shadowrocket是閉源商業應用程式，產品資訊以 App Store 頁面為準，操作名稱以應用程式內目前介面為準。系統要求應始終寫作「以 App Store 頁面標示為準」，因為相容性資訊可能隨商店頁面調整。本站不使用固定版本號描述介面，避免把可能變動的位置寫成永久結論。
如果教學中的入口順序與裝置上略有差異，應優先尋找相同的英文介面詞，例如 Home、Config、Settings、Subscribe、Add Server、Global Routing、On Demand 和 Connectivity Test。功能名稱比具體螢幕位置更適合作為長期操作線索。
購買完成表示已取得用戶端使用權。連線仍需要使用者既有的伺服器資訊或訂閱，並在 Add Server 或 Subscribe 中正確匯入。接著還要選取伺服器、確定 Global Routing 狀態並允許系統 VPN 設定。
查看連線問題說明 →先確認裝置目前網路可以存取訂閱網址，再檢查網址是否完整、驗證內容是否仍然有效。不要先反覆刪除所有伺服器項目；保留原有記錄有助於判斷問題出在更新入口還是既有伺服器參數。
查看訂閱排查順序 →Config 依設定規則分流，Proxy 將流量交由目前伺服器處理，Direct 維持直接連線。使用自訂規則時，應檢查規則順序、策略名稱和 FINAL，再選擇 Config 進行驗證。
查看 Global Routing 教學 →Connectivity Test 主要用於檢查連線環節，不能單獨證明每條規則都已命中預期策略。還需結合 Config 內容、規則順序和 Data 中的連線記錄判斷。
查看規則故障排查 →文章圍繞 Shadowrocket 的實際介面詞、協定欄位與診斷順序展開，用於補充教學中不適合詳細說明的技術細節。
從 UDP 與 QUIC 的握手方式講起，解釋高丟包、高延遲連線中的運作原理，並列出使用 Add Server 手動填寫時需要核對的欄位。
閱讀全文 →依 Add Server 中的協定類型說明必填欄位與常見傳輸設定，協助將使用者既有的參數填入對應位置。
閱讀全文 →依序完成 Home 中選取伺服器、允許系統設定、檢查 Global Routing 和執行 Connectivity Test 的首次連線流程。
閱讀全文 →