V2Ray 協定與核心參考

一、先將設定拆分為四個層次

用戶端中的一筆伺服器設定，通常同時包含代理協定、底層傳輸、安全層與本機連線方式。這些項目各自解決不同問題，不能只看清單顯示的協定名稱，就推斷出完整功能。代理協定負責用戶端與伺服器如何驗證身分、指定目標位址及轉送資料；傳輸層決定資料透過何種連線傳送；安全層負責連線加密與身分驗證；本機連線方式則決定哪些應用程式的請求能進入用戶端。排查時先分清層次，才能找出應該修改的項目。

協定類型不等於完整連線方案

以 VLESS 為例，名稱只代表代理協定，並未說明是否使用 TLS 或 REALITY、採用哪種傳輸方式，也未指出伺服器是否要求特定流控。同樣標示 VLESS 的兩筆設定，可能需要不同的核心功能。VMess 也能搭配不同傳輸方式；Shadowsocks 則須進一步確認加密方法。編輯伺服器設定時，先確認協定類型，再核對位址、連接埠與驗證欄位，最後檢查傳輸與安全設定。不要在協定下拉選單中任意更改名稱；用戶端不會因此將遠端服務轉換成另一種協定。

伺服器位址和伺服器名稱也是不同欄位。伺服器位址決定連線目的地，通常是網域名稱或 IP 位址；TLS 伺服器名稱則用於交握時的名稱指示，也會參與憑證身分驗證。兩者可能相同，也可能依部署需求分別填寫。將伺服器位址改成 IP 位址後，若直接清空伺服器名稱，可能導致原本正常的憑證驗證失敗。連接埠是遠端的監聽入口，別與本機監聽連接埠混淆。本機連接埠供裝置上的應用程式連線，修改它不會改變遠端服務的監聽位置。

分別檢查本機連線方式與遠端協定

v2rayN 的系統代理功能會通知遵循系統代理設定的應用程式，將請求交由本機用戶端處理。它不等於遠端協定，也不保證所有程式都會遵循這項設定。TUN 模式屬於另一種連線方式，通常涉及虛擬網路介面、權限與路由處理。Android 用戶端會透過系統 VPN 授權建立連線；但介面上的 VPN 圖示只表示本機服務已啟動，無法單獨證明遠端驗證成功。還應查看記錄，並以實際應用程式測試連線。

路由分流發生在請求進入用戶端之後。規則可依網域、位址或連接埠，決定流量經由代理、直接連線或阻擋，但無法修正伺服器密碼錯誤。DNS 查詢可能發生在應用程式、系統、本機用戶端或遠端連線中的不同位置，視連線與解析設定而定。部分網域無法開啟時，先判斷是解析失敗、分流至錯誤的出口，還是遠端連線失敗。把所有協定都換一遍，只會讓原始狀況更難重現。

建立可供日後檢查的參數紀錄

實際檢查時，可記下協定、位址、連接埠、傳輸方式、安全層、伺服器名稱及核心等非敏感資訊，並註明目前使用系統代理或其他連線方式。UUID、密碼與訂閱網址應另外妥善保管，切勿放進公開截圖。先備份原始設定，每次只修改一個欄位。記錄若顯示本機連接埠無法繫結，先排除連接埠占用；若顯示憑證名稱不符，回頭檢查伺服器名稱與憑證；若驗證遭拒，再確認憑證資料與協定。依錯誤所屬層次處理，比根據用戶端名稱猜測原因更可靠。

二、VMess、VLESS、Trojan 與 SS 的取捨

選擇協定的前提，是伺服器確實提供相應的連線入口。用戶端支援某種協定，不代表任意伺服器都能接受。以下比較著重協定用途與設定範圍，不提供脫離裝置及網路條件的速度排名。協定本身的負載只占完整連線的一部分；線路品質、傳輸組合與伺服器端實作都可能影響實際體驗。若現有訂閱運作穩定，先正確匯入並確認連線，比為了改用名稱較新的協定而遷移所有設定更重要。

VMess：結合驗證與加密的協定

VMess 是 Project V 早期設計的協定，負責驗證與資料保護等功能。現在使用時，應確認用戶端與伺服器端是否支援現行驗證機制，而不是照抄舊教學中的歷史參數。部分舊設定包含額外的識別欄位，這些欄位在不同實作與時期可能有不同意義。匯入後若驗證失敗，應先核對伺服器端說明、UUID 與雙方時間；不能把舊文章中的數值當成通用解法。系統時間明顯不準，也可能影響驗證或安全交握。

VMess 的優點是現有部署與訂閱工具支援範圍廣，適合繼續使用現成且維護正常的設定。使用它不代表必須更換核心，但傳輸方式仍須由雙方支援。編輯設定時，應分清協定內部的加密設定與外層 TLS：兩者名稱相近，卻不是同一項設定。若設定來源指定了加密方法，請依原值核對；不要因為外層已啟用 TLS，就任意修改內部欄位。歷史相容欄位越多，越應保留原始匯入結果作為比對依據。

VLESS：精簡代理層，依賴外層保護

VLESS 簡化了代理層本身的複雜度，基礎設計不像 VMess 負責資料加密，通常會搭配 TLS 或 REALITY 等安全層使用。定位輕量不代表可以忽略身分驗證，也不代表明文傳輸適合直接暴露在不可信任的連線上。若用戶端顯示加密欄位為 none，應配合外層安全設定理解；這可能是協定要求，不代表要關閉整條連線的保護。選用之前，先確認伺服器提供的完整組合。

VLESS 設定常會出現 flow 欄位。流控不是任意勾選的效能開關，而是與特定實作及傳輸組合相關的協定行為。伺服器未要求時不要自行新增；若伺服器有要求，也不能漏填。若訂閱匯入後已建立伺服器項目，但啟動時提示不支援某種流控，通常應檢查所選核心及其功能，而不是先更換 UUID。使用現成訂閱時，完整保留伺服器指定的欄位，比追求設定格式一致更重要。

Trojan 與 Shadowsocks：驗證欄位各有不同

Trojan 常見的部署方式使用密碼驗證，並透過 TLS 保護連線。密碼與憑證驗證相關設定都要檢查；即使密碼正確，伺服器名稱錯誤仍可能在驗證前就造成交握失敗。設定畫面看起來簡短，不代表可以省略安全層。若伺服器使用額外的傳輸封裝，用戶端也須提供相應欄位。將 Trojan 密碼貼進 UUID 欄位，或只修改分享連結的協定前綴，都無法產生有效設定。

Shadowsocks 常縮寫為 SS，主要參數包括伺服器位址、連接埠、密碼與加密方法。不同加密方法不能互換；尤其使用較新的加密方法系列時，須確認用戶端與伺服器端皆支援。部分設定也需要額外封裝參數，不能只保留位址與密碼。其設計通常較精簡，但資源使用量仍取決於加密演算法、處理器支援及轉送路徑。不要只因某篇教學聲稱「相容性最好」就優先選用舊方法，應依目前伺服器與核心明確支援的範圍設定。

實際操作時，VMess 設定應先檢查現行實作相容性與時間；VLESS 設定應著重確認安全層與流控；Trojan 須同時檢查密碼及 TLS 身分；SS 則務必確認加密方法的確切名稱。只有伺服器提供多個可比較的連線入口時，才進一步比較效能。測試時盡量使用相同地區、相同連線方式與相近時段，避免把不同伺服器的差異誤認為協定差異。

三、傳輸、TLS 與 REALITY 的參數範圍

代理協定以外，傳輸與安全層往往決定設定能否順利建立連線。傳輸欄位描述資料如何組織及承載；安全欄位則說明如何驗證身分與保護內容。兩者可以搭配，但不能任意組合。伺服器選用某種傳輸與安全方案時，用戶端必須設定一致；下拉選單提供更多選項，只表示用戶端具備設定能力。閱讀訂閱說明時，應將協定、傳輸與安全層視為一組參數記錄，不要只挑其中一個名稱當成完整答案。

TCP、WebSocket 與 gRPC

直接透過 TCP 傳輸時，連線層次相對單純，但建立新連線仍可能需要 TCP 連線、安全交握與代理驗證。WebSocket 會在 HTTP 交握後承載雙向資料，通常須確認路徑及要求標頭中的主機資訊。路徑的大小寫、開頭斜線與伺服器端反向代理規則，都可能影響比對。遇到交握遭拒時，除了檢查協定密碼，也應確認要求是否送達正確入口；收到一般網頁內容，也不代表代理驗證已成功。

gRPC 以 HTTP/2 為基礎，設定中常有服務名稱等欄位，不能直接複製 WebSocket 的路徑。前置服務必須正確支援相應連線方式，中間環節的閒置逾時也會影響長連線。某種傳輸方式在其他線路穩定，不代表在目前部署環境也適用。使用現有服務時，先採用服務明確提供的傳輸方式；自行維護服務時，再依據中間代理能力、連線管理與應用程式類型評估。額外封裝通常會增加處理環節，但是否造成明顯負載，仍須實際觀察。

TLS：憑證名稱比「已啟用」更重要

TLS 設定不只是一個開關。用戶端需要驗證憑證信任鏈、有效期限與目標名稱，部分設定也會指定應用層協定協商參數。伺服器名稱通常用於交握時的名稱指示，並與憑證身分驗證有關；傳輸要求標頭中的主機名稱則負責另一層的要求處理。即使部署環境剛好使用相同文字，也不能因此認定兩個欄位永遠相同。修改位址、遷移網域或調整反向代理後，應分別重新確認，不要把所有名稱欄位一律清空。

遇到憑證錯誤，先檢查系統時間，再確認訂閱中的伺服器名稱是否保留，以及伺服器憑證是否有效。略過憑證驗證會改變連線的信任條件，不應作為日常排錯的預設做法。若服務使用私有信任架構，應請服務管理者說明正確的信任設定，而不是讓每台裝置長期略過驗證。應用層協定協商也須由雙方採用一致設定；出現相關交握錯誤時，應核對伺服器端要求，不要從其他設定抄來看似常見的值。

REALITY：依伺服器公開參數填寫

REALITY 是 Xray 生態系中的安全層方案，常見用戶端欄位包括伺服器名稱、伺服器提供的公開金鑰、短識別碼與用戶端指紋。用戶端使用的是公開參數，伺服器私密金鑰不應提供給用戶端。伺服器名稱也不能任意替換成其他網站名稱，必須符合伺服器部署允許的值。短識別碼可否留空及應填入什麼，取決於伺服器的實際設定。匯入時若只保留協定與 UUID，卻遺失這些參數，清單中仍可能出現該項設定，但無法正常連線。

用戶端指紋用來選擇相應的交握行為，不代表瀏覽器身分、帳號身分或連線速度等級。不同核心對可用值及相關功能的支援程度可能不同，應使用設定來源指定且目前核心支援的值。流控與 REALITY 也是不同設定：前者屬於協定行為，後者屬於安全層；兩者雖常一起出現，仍應分開檢查。記錄若顯示不支援安全類型，先確認核心；若已進入交握但失敗，再檢查名稱、公開金鑰、短識別碼與網路連線。

最後可按以下順序檢查：先確認伺服器位址與連接埠，再確認代理協定及憑證資料，接著檢查傳輸欄位，最後核對安全層參數。每完成一個層次，就記下記錄中的具體錯誤。如此便能分辨入口無法連線、傳輸不相符或身分驗證失敗。若同時修改路徑、伺服器名稱與流控，即使恢復連線，也很難判斷真正原因；日後更新訂閱時，同類問題仍可能再次發生。

四、Project V、V2Fly 與 Xray 核心家族

Project V 是理解這套工具生態的起點，V2Ray 是其中廣泛使用的核心專案。V2Fly 社群延續相關開發與維護；Xray 則從相近的程式碼與設計背景發展，成為獨立演進的核心分支。兩者共用部分概念，也各自新增功能並調整實作。它們不是單純的新舊替代關係，不能只憑名稱判斷哪一方適用於所有設定。選擇時應確認實際協定、傳輸、安全層與擴充欄位是否受到支援。

圖形化用戶端與核心各自負責什麼

v2rayN、v2rayNG、v2flyNG 是供使用者操作的圖形化用戶端，負責儲存設定、匯入訂閱、管理路由並啟動核心。實際處理代理連線的工作主要由核心負責。圖形介面能顯示某個欄位，不代表目前啟動的核心支援該欄位；介面能匯入連結，也不表示底層已確認完整相容。遇到啟動錯誤時，應一併記下用戶端名稱、實際核心類型與錯誤文字，避免只回報「匯入成功但無法使用」，卻沒有足夠資訊供人判斷。

桌面平台建議優先使用 v2rayN，並在其支援的設定與選項中確認實際使用的核心。Android 上的 v2rayNG 主要以 Xray 核心為基礎；v2flyNG 則可作為使用 v2fly 核心的替代選項。實際可用功能仍取決於安裝套件內含的核心及用戶端實作。更換用戶端前，先確認問題是缺少協定功能，還是本機權限、訂閱轉換或伺服器參數錯誤。更換介面不會自動修正同一組錯誤的驗證資料。

核心結構相近，不代表擴充欄位通用

兩個核心家族都使用入站、出站、路由與 DNS 等概念，部分設定結構相近，因此基本設定有機會互相轉移。但擴充協定、安全層、流控選項、DNS 行為與部分欄位名稱可能不同。REALITY 與常見的 Vision 流控組合，應依 Xray 明確支援的範圍確認，不能直接假設 v2fly 核心也能執行。反過來說，為某個核心產生的專用設定，也不能只修改檔名就交由另一個核心使用。

轉移設定時，應分清分享連結與原生設定。分享連結只包含單筆伺服器的連線參數，用戶端還會據此重新產生本機連線、路由與 DNS 設定；原生 JSON 設定則可能已包含這些內容，甚至依賴自訂標籤與檔案路徑。以下只是兩個核心常見路由規則的結構示意，須合併至現有設定，並確認相應的出站標籤已定義。這不是可直接啟動的完整設定，也不會改變伺服器驗證參數。

{
  "routing": {
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "port": "0-65535",
        "outboundTag": "proxy"
      }
    ]
  }
}

這段規則會先讓私有位址直接連線，再將其他連接埠導向代理出站。若要使用位址資料庫比對，執行環境必須提供相應資源；若現有設定中沒有名為 direct 或 proxy 的出站，應改用實際標籤，而不是新增不存在的參照。規則會依序比對，因此將涵蓋範圍較廣的項目放在前面，可能會使後面的具體條件無法生效。圖形化用戶端自動產生設定時，也要確認自訂規則不會在重新產生時遭到覆寫。

切換核心前，保留可復原的狀態

在 v2rayN 中調整核心相關設定前，先備份目前設定，並記下系統代理、路由模式與 DNS 的原始狀態。切換後先確認核心能否正常啟動，再測試同一筆伺服器設定。若記錄明確指出欄位未知或不支援安全類型，應還原原設定並確認支援範圍，不要持續刪除欄位直到程式能啟動。設定能載入只是第一步；驗證、網域解析與應用程式連線仍須逐項測試。

用戶端更新與核心更新不一定同步。介面變動可能只影響設定管理，核心變動則可能改變協定支援或預設行為。閱讀更新說明時，應留意與目前設定相關的功能，不必只追逐版本號。本頁不將任何固定版本視為通用門檻；下載時請從對應平台的下載入口選擇正確安裝套件，遷移前保留原設定，遷移後再以實際功能確認相容性。

五、訂閱格式與分享連結相容性

訂閱網址是取得設定集合的入口，不是一種代理協定。伺服器回傳的內容可能是分享連結清單、編碼文字或結構化設定。用戶端須先辨識回傳格式，再將每筆資料轉換為可編輯及執行的設定。因此，「訂閱更新成功」、「伺服器項目已出現」和「連線成功」是三個不同階段。檢查相容性時應分別確認，不能只因下載到一段內容，就認定所有欄位都已正確解析。

連結外觀相似，欄位編碼可能不同

VMess 分享連結常見格式是編碼後的結構化內容；VLESS 與 Trojan 常採用類似網址的寫法，在使用者名稱欄位放入驗證資訊，再用查詢參數補充傳輸與安全欄位；SS 分享連結也涉及加密方法與密碼的編碼方式。以上只是常見慣例，各種產生工具的格式不一定完全一致。備註名稱中的中文、空格與特殊符號可能需要正確編碼；驗證資訊中的特殊字元更不能靠手動刪改來「整理」連結。

同一欄位在不同格式中也可能使用不同名稱。例如，某種分享格式會用簡短參數表示伺服器名稱，原生設定則可能將它放在獨立的安全設定物件中。匯入工具負責對應欄位，但不一定支援所有新擴充。匯入後應開啟編輯畫面，逐項核對協定、傳輸方式、伺服器名稱、流控與 REALITY 相關參數，而不是只看備註名稱。若清單中有同名項目，也要確認選取的確實是剛更新的設定，避免拿舊資料測試新訂閱。

更新訂閱不一定會保留本機修改

許多用戶端會將訂閱管理與手動新增的伺服器分開處理，更新時可能重建訂閱項目。直接修改訂閱項目的路徑、流控或備註，下次更新後可能會被覆寫。若要暫時比對，可複製成獨立的手動設定並註明用途；確認問題後，再回到訂閱來源修正，避免長期維護多份內容不一致的設定。不要為了保留一次修改就一直停止更新，否則伺服器位址或驗證資訊變更後，本機資料可能已失效。

在 v2rayN 中，可透過「訂閱分組設定」檢查網址與分組，再執行訂閱更新；Android 用戶端則可在訂閱管理與更新入口核對相同資訊。不同介面的選單名稱可能略有差異，但檢查重點相同：分組是否已儲存、要求是否成功、回傳內容能否辨識，以及目標項目是否屬於目前分組。更新後項目數量異常減少時，先查看更新記錄與格式，不要立刻清空所有設定。操作前先備份，才能保留有效的比對樣本。

訂閱轉換無法補足缺少的功能

格式轉換可以將某個欄位對應成另一種格式中的等效欄位，卻無法讓不支援 REALITY 的核心取得相應實作，也無法推算出遺失的正確密碼。匯入後若有欄位遺失，先確認來源內容是否真的包含該欄位，再判斷匯入工具是否能辨識。不要將完整訂閱網址提交給不明的轉換網站；訂閱網址通常包含存取憑證，外洩後他人可能取得同一組設定。分享排錯資訊時，只提供已遮蔽的欄位與錯誤文字。

多部裝置共用訂閱可以保持伺服器參數一致，但本機系統代理、VPN 授權、應用程式篩選與 DNS 設定通常仍須分別設定。備份檔也可能包含裝置專用路徑或本機連接埠，不能假設跨平台還原後便能直接使用。詳細遷移方式請參閱多裝置設定同步方案。首次匯入的主要流程仍請參考快速入門教學；本節則說明格式與欄位上的差異。

六、如何比較連線速度與資源使用量

「速度快」至少包含首次開啟時反應快、持續傳輸穩定，以及閒置後快速恢復等體驗，這些表現受不同因素影響。首次連線要經過解析、建立連線、安全交握與代理驗證；持續傳輸則較受線路頻寬、壅塞、封包遺失、伺服器負載與裝置處理能力影響；閒置後恢復還可能涉及連線遭回收及行動裝置進入休眠。若把其中一種測試結果當成整體協定效能結論，容易得出彼此矛盾的判斷。

先固定條件，再比較協定

若伺服器提供多種協定入口，盡量在同一台裝置、相同連線方式及相近時段進行比較。使用相同應用程式與相同工作，並維持路由模式與 DNS 設定不變。若不同協定分別連到不同地區的伺服器，測試結果主要反映線路差異，而非協定差異。測試時也要區分首次連線與使用既有連線的情況：瀏覽器第二次開啟速度很快，可能是因為快取或重用連線，不一定是更換協定的效果。

協定負載可從交握次數、封裝層次、驗證處理、加密運算與連線管理等方面理解。精簡的協定層可能減少部分工作，但若外層仍採用複雜傳輸方式，或裝置缺乏相關硬體加速，實際差異未必如預期。TLS 連線恢復也可能降低後續建立連線的成本，是否有效取決於實際實作與連線條件。沒有受控測試時，不應宣稱某種協定一定更快，或某種加密方法一定更省資源。

CPU 與記憶體反映的是整體處理流程

處理器使用量除了加密，也包含資料複製、網域解析、規則比對、記錄輸出與本機連線處理。TUN 模式與系統代理模式的處理流程不同，用兩者分別測試不同協定，結果也會混入連線方式的差異。記憶體使用量則可能來自規則資料庫、作用中的連線、DNS 快取及圖形介面。工作管理員顯示用戶端整體記憶體用量偏高，不一定代表協定本身耗用大量資源；應一併觀察閒置時與相同負載下的變化。

多路複用可在既有連線中承載多個邏輯串流，可能減少重複建立連線的次數，但也會改變壅塞及故障的影響範圍。承載連線若發生封包遺失，多個邏輯要求可能同時受影響。某些傳輸方式本身已有串流管理，再額外啟用複用不一定更有效；搭配特定流控的組合，也應遵循核心說明。不要為了「最佳化」而一律開啟所有複用選項；先保留預設值，再針對短連線密集或特定應用情境測試。

分別測試 UDP、DNS 與連線恢復

網頁能開啟，不代表應用程式所需的 UDP 流量已正確轉送。即時影音、部分互動應用程式與某些傳輸方式都可能使用 UDP；是否支援則取決於本機連線方式、代理協定、核心與伺服器端。選擇設定時，應先確認應用程式實際需要的流量類型，不能只看協定名稱就判斷整條連線是否支援。若只有某類應用程式異常，應檢查該應用程式是否進入代理、UDP 是否路由至正確出口，以及伺服器是否允許相應轉送。

DNS 體驗也不能只憑單次查詢結果判斷。快取命中、並行查詢、解析位置與路由策略都會影響後續連線。瀏覽器若啟用獨立解析功能，用戶端的 DNS 設定可能無法控制所有查詢。排查時先確認要求實際在哪裡解析，再檢查取得的位址與出站路徑是否一致。若更換協定後剛好清除了快取，短時間內的改善也可能只是解析狀態改變。記錄前後條件，才能分辨原因與現象。

若所有協定在同一時段都變慢，優先檢查本機網路與共同的伺服器端條件；若只有首次連線較慢，重點檢查解析與交握；若持續傳輸中斷，觀察封包遺失、閒置逾時與資源負載；若只有某個應用程式受影響，回頭檢查連線方式與分流。完整分層方法請參閱連線速度慢的逐步排查指南。應先找出問題，再考慮協定選擇，而不是把更換協定當成診斷的第一步。

七、Android 耗電與背景連線

Android 裝置的耗電不能單純歸因於 VMess、VLESS 或某個核心名稱。用戶端透過系統 VPN 連線後，會持續處理所選應用程式的網路要求；處理器喚醒、無線網路運作、DNS 查詢、重新連線與記錄都會耗電。同一組設定在 Wi-Fi 與行動數據下的表現可能不同，訊號較弱時的耗電量也可能明顯增加。因此比較前應固定網路環境、螢幕狀態與前景應用程式，避免把整台裝置的使用差異都歸因於代理協定。

VpnService 授權與背景限制

v2rayNG 或 v2flyNG 首次建立本機 VPN 服務時，需要 Android 系統授權。授權後應查看應用程式狀態與記錄，再確認目標應用程式能否連線。系統 VPN 圖示不代表遠端連線一定可用。若裝置上已有其他應用程式占用相同類型的連線通道，可能無法同時建立目前的連線；應先確認系統實際保留的是哪個服務，而不是反覆更換協定。部分廠牌的系統還會對背景服務施加額外限制。

鎖定螢幕後斷線、重新開啟用戶端後又恢復時，通常應檢查電池最佳化、背景活動權限與自動啟動管理。設定路徑會因裝置廠牌而異，可在系統的應用程式資訊中尋找電池或背景相關選項，並只針對確有需要的用戶端調整。放寬背景限制可能提高持續連線能力，也可能增加背景活動時間，不能視為通用省電方法。調整後，使用相同的鎖屏時間再次測試，確認問題是否確實源於程序遭系統暫停或終止。

減少無效的重連，不要盲目降低加密

連線反覆失敗會觸發重複解析、交握與驗證，在行動網路中也可能反覆喚醒無線模組。若記錄持續出現相同的交握錯誤，應先修正伺服器名稱、安全參數或時間問題，而不是長期維持重試。網路在 Wi-Fi 與行動數據之間切換時，原有連線可能失效，因此需要建立新的連線路徑；這類恢復過程不能直接視為協定不穩定。記錄故障是否只在切換網路時發生，有助於區分網路切換與連線中斷。

為了省電而關閉安全層，會改變連線的保護條件，並不是合理的日常最佳化方式。應優先檢查不必要的背景應用程式要求、重複連線測試、長時間詳細記錄與過於頻繁的訂閱更新。排錯時才啟用適當層級的記錄；取得足夠資訊後，恢復日常設定。若裝置發熱但網路流量很少，應檢查是否存在失敗重試迴圈或異常應用程式，而非只憑目前選取的協定，就推斷加密運算負擔過重。

應用程式分流會改變哪些要求進入用戶端

應用程式分流可設定只讓指定應用程式使用代理，或讓指定應用程式略過代理；實際選項名稱請以用戶端介面為準。兩種模式的作用相反，不能只確認勾選了哪些應用程式。設定後應重新測試目標應用程式；有些應用程式會透過獨立元件執行登入、下載或系統服務要求，只選取主要應用程式未必涵蓋完整流程。若應用程式分流使登入頁面與主畫面走不同路徑，可能造成部分功能正常、部分功能失敗。

應用程式分流不等於依網域分流。前者決定哪些應用程式的流量進入本機通道，後者則決定進入用戶端後的要求使用哪個出站。應用程式若遭排除，修改用戶端中的網域規則通常不會影響它。相反地，應用程式即使已進入通道，也可能被路由規則指定為直接連線。排查時先確認應用程式篩選，再檢查路由；不要同時調整兩處，以免難以判斷問題出在哪個層次。

評估耗電時，應比較一段正常使用過程，而不是剛連線後瞬間的電量百分比。查看系統電池用量時，應一併參考應用程式活動時間與實際工作，不要將短暫波動寫成固定結論。操作細節請參閱v2rayNG 授權、省電與應用程式分流設定。選擇設定時，應先確保協定相容且連線穩定，再減少無效作業；對行動裝置而言，避免反覆連線失敗，往往比爭論協定名稱更實際。

八、依情境選擇並完成相容性驗證

最後可歸納為四個問題：裝置使用哪個用戶端、伺服器提供哪種完整組合、應用程式需要哪種連線方式與流量類型，以及發生異常時能否穩定重現。先解決相容性，再評估效能，最後才調整可選的最佳化項目。沒有任何協定能脫離伺服器與核心而獨自成為最佳選擇；穩定、容易維護且參數清楚的設定，通常比來源不明但名稱較新的組合更適合日常使用。

桌面日常使用：從 v2rayN 開始

Windows、macOS 與 Linux 桌面平台可先下載適用於該系統的 v2rayN 安裝套件，並依裝置架構與系統選擇下載入口。Windows 桌面版與傳統 WPF 版的主要差異在介面技術及操作習慣，不能據此直接判斷遠端協定效能。安裝與操作流程請參閱Windows 安裝與設定說明；macOS 若出現系統權限提示，可查看安裝與權限處理方式。先確認用戶端能正常執行，再匯入設定。

瀏覽器與遵循系統代理設定的桌面程式，可先使用系統代理進行基本測試；確有需要時，再評估 TUN 等連線方式。首次匯入時不要同時加入自訂 DNS、複雜分流與核心切換。選一筆參數完整的設定，先確認核心能啟動且實際連線正常，再逐步恢復需要的規則。若原本可用的設定在新增規則後出現異常，應先復原規則，不要連協定類型也一起更改。

Android：依核心需求與應用程式範圍選擇

若伺服器提供依賴 Xray 功能的 VLESS 與 REALITY 組合，應優先確認 v2rayNG 是否支援及參數是否完整。若現有設定需要 v2fly 核心，可將 v2flyNG 作為替代選項，並確認所用傳輸方式與欄位均在其支援範圍內。從一款用戶端遷移到另一款時，先移轉單筆設定進行測試，不要立即覆蓋所有資料。系統 VPN 授權、背景權限與應用程式選擇，也須在新用戶端中重新確認。

若只有少數應用程式需要代理，可考慮使用應用程式分流，縮小不必要的連線範圍；若多個應用程式會互相呼叫，應先釐清相依元件，避免過度拆分造成登入流程不完整。若需要即時通訊或其他 UDP 流量，應測試整條連線，而不是只確認網頁能否開啟。經常切換網路的裝置，還應觀察鎖屏後恢復及切換網路後的重新連線情形，確認日常使用條件，而非只看剛連線時的結果。

使用現有訂閱與自架服務時，決策順序不同

使用現有訂閱時，協定通常由服務提供者決定。使用者能做的是選擇正確的用戶端、保留完整欄位、選用合適的伺服器入口，並確認本機連線方式。不要要求用戶端將一種伺服器端協定轉換成另一種。自行架設服務時，則可先確認用戶端與應用程式需求，再選擇各方共同支援的協定、傳輸方式及安全層，並規劃憑證或金鑰的維護。減少不必要的封裝有助於縮小排錯範圍，但不能以省略身分驗證為代價。

若要讓多個平台共用設定，應採用所有目標用戶端實際支援範圍的交集，而不是只以其中一台裝置成功為準。可以保留不同用途的設定，但應清楚標示備註與適用裝置。伺服器調整協定或安全參數後，應安排各裝置逐一測試，特別留意舊設定、訂閱快取與手動複本。使用自訂原生設定時，也要檢查本機路徑、規則資源與出站標籤，不要誤以為這些項目是可在不同裝置間直接複製的伺服器參數。

依照驗收順序完成設定

1. 確認用戶端與裝置架構正確、核心可正常啟動，且本機監聽連接埠沒有衝突。
2. 核對協定、位址、連接埠、驗證欄位，以及傳輸與安全層所需的所有參數。
3. 確認系統代理或 VPN 連線已生效，再以實際應用程式測試，不要只看狀態圖示。
4. 分別檢查網域解析、路由結果與所需流量類型，並保留可重現的錯誤描述。
5. 最後測試鎖屏、切換網路或長時間使用，確認更新訂閱後設定仍符合預期。

若仍無法判斷，先還原至一筆已知可用的設定，比較差異，再依本頁說明的層次逐步排查。要求錯誤發生在本機連線、遠端建連、交握驗證還是路由解析，會決定下一步的檢查方向。向他人說明問題時，提供作業系統、用戶端、核心類型、協定組合及已遮蔽的記錄即可；不要公開密碼、UUID 或訂閱網址。若要重新依主要流程操作，請返回快速入門教學；若要更換平台安裝套件，請前往用戶端下載頁面，排錯時不要加入多組尚未驗證的設定。