V2Ray 協定與核心選擇參考

用戶端中的一個節點通常不是單一協定，而是多層參數的組合。以常見的 VLESS 節點為例，底層連線可能使用 TCP，外層安全能力可能是 TLS 或 REALITY，資料承載還可能經過 WebSocket、gRPC、HTTP Upgrade 或 XHTTP。為了方便閱讀，節點清單往往只顯示地區、協定縮寫與線路說明，完整參數則藏在訂閱內容中。因此，比較節點時不能把「VLESS」和「VLESS + TCP + REALITY」視為相同層級，也不能看到兩個節點都標示 VMess，就直接判斷它們的連線特徵完全相同。

正確的拆分順序是：先確認用戶端使用的核心，再看應用層協定，接著看傳輸方式，然後檢查安全層，最後核對位址、連接埠、使用者識別碼、服務名稱等連線參數。核心決定用戶端能否辨識某項能力；協定決定驗證與資料封裝方式；傳輸層決定資料如何承載；安全層負責加密交握及伺服器身分相關處理；具體參數則決定能否找到對應服務。任何一層不相容，都可能表現為逾時、交握失敗、設定無法啟動，或訂閱匯入後欄位遺失。

五類術語並不位於同一層

VMess、VLESS、Trojan 和 Shadowsocks 通常作為節點的主要協定類型出現。REALITY 則更接近由 Xray 提供的一套傳輸安全能力，實際設定中經常與 VLESS、TCP 及流量控制設定組合。若把 REALITY 簡單理解成與 VLESS 同級的協定，選擇時就會遺漏關鍵條件。例如，用戶端即使能辨識 VLESS，也不代表目前核心一定支援訂閱中附帶的 REALITY 參數；反過來，看到節點名稱寫著 REALITY，仍要繼續確認其主體協定、傳輸方式與伺服器名稱等欄位。

先排除不相容，再討論效能

選擇的第一原則是可用性優先。若訂閱明確依賴 Xray 擴充，而用戶端實際執行 V2Fly 核心，繼續比較延遲與吞吐量沒有意義。先確認核心能完整讀取設定，再透過實際連線測試判斷線路品質。延遲只是從本機到伺服器完成一次測試所需的時間，不等於下載速度；同一協定在不同網路路徑、伺服器負載與傳輸組合下，結果可能差異很大。協定名稱只能協助判斷技術特徵，不能取代實際線路測試。

第二原則是減少不必要的層次。若兩個節點的線路品質接近，通常優先選擇用戶端原生支援、參數較少且不需額外轉換的組合。每增加一層傳輸封裝，就會增加一些標頭、狀態管理與排錯點，但額外負擔是否明顯，仍取決於封包大小、連線數量與裝置效能。不能把「層數少」直接等同於「一定更快」，也不能把設定欄位多理解成能力更強。選擇目標是找到與目前核心、裝置及伺服器設定相符的最短路徑。

第三原則是保留可回退方案。若訂閱同時提供 VLESS、Trojan、VMess 或 Shadowsocks 節點，可以先選擇最符合目前核心能力的一類，再保留結構較簡單的節點作為對照。發生連線問題時，使用同一地區、同一線路但不同協定的節點交叉測試，有助於區分線路、協定參數與用戶端核心問題。需要複習匯入、更新與節點切換操作，可回到v2rayN 設定教學；需要重新選擇安裝檔，則從下載中心依系統進入。

不同協定的差異首先來自設計目標。VMess 是 Project V 早期形成的核心協定之一，將使用者驗證、時間校驗、資料加密與傳輸協作整合在一套結構中。其優點是生態成熟、舊訂閱涵蓋廣，V2Fly 與 Xray 也都具備較完整的基礎支援。相對地，協定內部承擔的工作較多，設定時要注意使用者識別碼、加密方式、時間準確性，以及伺服器與用戶端參數是否一致。對於已穩定運作的 VMess 節點，沒有必要只因出現新協定名稱就立即遷移；建立新設定時，則應配合伺服器能力與用戶端核心再作決定。

VMess：完整機制與歷史相容性

VMess 使用使用者識別碼進行驗證，並具備與時間相關的校驗邏輯。用戶端裝置的系統時間偏差過大時，可能導致連線失敗，因此排查 VMess 問題時，應將時間同步列為基礎檢查項目。VMess 也歷經不同的加密與相容設定表達方式，訂閱解析器通常會將常見欄位轉換為用戶端內部格式。它更適合需要相容既有伺服器、既有訂閱或多種 Project V 核心的情境。其不足不只是「速度慢」，而是協定本身的處理鏈比 VLESS 更完整，理論上會承擔更多計算與封裝工作；實際差距在多數現代桌面裝置上，通常小於線路差異造成的影響。

VLESS：將加密責任交給安全層

VLESS 的設計更輕量，主體協定主要負責身分與資料轉送，不在協定內部重複建構一套內容加密機制。實際部署時，通常會搭配 TLS 或 REALITY 等安全能力使用。這樣的好處是職責清楚：VLESS 管理連線身分，安全層處理交握與加密，傳輸層決定資料承載方式。因此，設定更依賴組合是否完整。只填寫位址、連接埠與使用者識別碼不一定足夠；伺服器名稱、流量控制、傳輸類型、路徑、公鑰或短識別碼等欄位缺失，都可能使節點無法連線。

VLESS 常被視為 Xray 生態的重要協定，但基礎 VLESS 能力並非只能由單一用戶端呈現。真正需要辨別的是擴充項目。若節點帶有 REALITY、Vision 流量控制或較新的傳輸欄位，應優先使用明確支援這些能力的 Xray 核心。若節點只是一般 VLESS 與 TLS 組合，通常有更廣的相容範圍。選擇時不要只看「VLESS」四個字，而要展開節點詳細資料，確認其 flow、security、network 與 serverName 等值。

Trojan：以 TLS 連線為結構核心

Trojan 的連線結構依賴 TLS，並使用密碼作為驗證資訊。其設定直觀，常見欄位包括伺服器位址、連接埠、密碼、伺服器名稱與憑證相關選項。由於 TLS 是組合中的必要部分，伺服器名稱填寫錯誤、裝置時間異常或伺服器憑證設定變更，都會直接影響交握。用戶端中出現「允許不安全連線」之類的選項時，不應將其當作一般修復開關；更合理的做法是先核對伺服器名稱與伺服器提供的參數，讓驗證鏈路與伺服器設定保持一致。

Trojan 的執行成本主要來自標準 TLS 處理與網路路徑，而非複雜的協定內部加密。它適合伺服器已按 Trojan 方式提供連線、訂閱欄位完整且用戶端核心支援穩定的情況。與 VLESS + TLS 相比，兩者都可能使用 TLS，但驗證結構與欄位語義不同，不能只修改下拉選單中的協定名稱就互相轉換。遷移必須由伺服器同時提供對應入口，用戶端也要重新匯入完整參數。

Shadowsocks：結構精簡，但加密方法必須一致

Shadowsocks 常簡稱為 SS，設計重點是精簡的加密代理結構。其核心設定通常包括伺服器、連接埠、密碼與加密方法。看似欄位最少，但「加密方法」是嚴格比對項目，用戶端選擇與伺服器不同就無法連線。現代實作還可能涉及不同的加密方法支援範圍，因此舊用戶端能辨識 SS 連結，不代表一定能執行其中指定的方法。遇到匯入成功卻無法啟動時，應檢查核心記錄是否提示不支援的 cipher 或 method，再決定更新用戶端、切換核心或選擇訂閱中的其他節點。

這四類協定不存在脫離環境的固定排名。既有 VMess 服務穩定運作時，相容性本身就是價值；訂閱提供完整的 VLESS + REALITY 參數且用戶端使用 Xray 時，可以優先測試這個組合；Trojan 適合伺服器按其結構設定的連線；Shadowsocks 則適合作為欄位清楚、實作廣泛的精簡方案。真正的選擇依據始終是伺服器提供什麼、目前核心能否完整實作、線路表現是否穩定，以及裝置是否需要控制連線與電量成本。

確定主體協定後，下一層是傳輸與安全設定。許多連線問題並非由協定本身造成，而是路徑、服務名稱、伺服器名稱、指紋或流量控制欄位未正確匯入。用戶端中的「傳輸協定」通常指 TCP、WebSocket、gRPC、HTTP Upgrade、XHTTP 等承載方式；「傳輸層安全」則常見 TLS 或 REALITY。兩組欄位可以組合，但並非任意搭配都有效，最終必須與伺服器開放的入口逐項一致。

TCP 與額外傳輸封裝

TCP 直連結構最容易理解：主體協定資料直接建立在 TCP 連線上，額外欄位通常較少。欄位少代表排查路徑較短，但實際表現仍取決於網路品質、壅塞控制與伺服器設定。WebSocket 會在連線上增加 HTTP 升級流程，並使用路徑等參數；路徑只差一個字元也可能失敗。gRPC 通常需要服務名稱，可能使用長連線與多路複用特徵；用戶端與伺服器對服務名稱、模式及 TLS 設定必須一致。HTTP Upgrade 同樣依賴升級請求相關參數。XHTTP 屬於較新的傳輸能力，使用前應先確認目前 Xray 核心與訂閱解析器都能辨識相關欄位。

不要僅憑「額外封裝更多」就判斷某種傳輸一定較慢。對短連線、小封包與頻繁請求而言，交握次數與連線複用方式會放大差異；對持續的大流量傳輸而言，線路頻寬、封包遺失與壅塞通常更關鍵。用戶端中的多路複用也不是越高越好。它可以將多個邏輯連線承載在較少的底層連線中，但在不穩定網路裡，一條底層連線發生阻塞時，可能同時影響多個請求。預設參數能正常運作時，先維持預設值，再依記錄與實際應用表現調整。

TLS 需要哪些資訊

TLS 組合通常至少涉及伺服器名稱。連線位址可以是網域，也可以是網路位址，但交握使用的伺服器名稱必須依伺服器提供的參數填寫。用戶端的指紋選項用於描述交握特徵，應遵循訂閱提供的值或用戶端的相容預設值；不清楚伺服器設定時，不要隨意切換。ALPN、allowInsecure 等選項也有明確語義：ALPN 參與應用程式協定協商；允許略過驗證檢查的選項會改變身分確認流程，不適合作為一般網路故障的長期處理方式。

REALITY 是安全組合，不是單獨替換項目

REALITY 通常由 Xray 核心實作，並與 VLESS、TCP、Vision 等能力一同出現。常見用戶端欄位包括伺服器名稱、公鑰、短識別碼、指紋與 flow。公鑰來自伺服器設定，短識別碼由伺服器允許的值決定，伺服器名稱也必須符合伺服器設定。任一欄位為空、被訂閱轉換器截斷，或複製時混入額外字元，都可能導致交握失敗。REALITY 節點無法連線時，應先展開節點詳細資料核對這些值，再查看核心記錄，不能只在 TCP、WebSocket 或 TLS 之間盲目切換。

從分享連結檢查組合欄位

常見分享連結會將協定放在 URI 開頭，把主體參數放在主機部分，再將傳輸與安全欄位放在查詢參數中。不同訂閱工具對欄位名稱、大小寫與編碼的處理可能有所差異。匯入後應在用戶端的節點編輯頁核對，而不是只確認節點是否出現在清單中。以下範例只展示結構，不包含可連線資訊，其中的值用於說明欄位之間的關係：

vless://[email protected]:443?type=tcp&security=reality&flow=xtls-rprx-vision&sni=example.invalid&fp=chrome&pbk=PUBLIC_KEY&sid=SHORT_ID#VLESS-REALITY

解析這個結構時，vless 是主體協定，type=tcp 是傳輸方式，security=reality 指定安全層，flow 是流量控制，sni、fp、pbk 與 sid 分別對應伺服器名稱、指紋、公鑰與短識別碼。只保留位址、連接埠與使用者識別碼，會得到一個看似完整、實際上無法完成交握的節點。訂閱轉換後若發現這些欄位消失，應回到原訂閱重新匯入，或使用能保留對應欄位的格式。

判斷組合是否正確可以分三步。第一步檢查設定能否由核心載入，若啟動階段就回報未知欄位，通常是核心或格式相容性問題；第二步檢查是否能建立網路連線，若直接逾時，應檢查位址、連接埠與本機網路；第三步查看交握階段記錄，若出現伺服器名稱、公鑰、驗證或服務名稱相關錯誤，就回到安全層與傳輸欄位逐項核對。這種分層排查比不斷更換節點名稱更快，也能明確判斷下一步應更新用戶端、切換核心還是重新取得訂閱。

協定效能應拆分為連線建立時間、持續吞吐量、處理器占用、記憶體占用、連線穩定性與裝置喚醒頻率。用戶端顯示的延遲通常只涵蓋一次測試過程，不能代表大型檔案下載速度，也不能直接推斷電量表現。同一個 VLESS 節點在桌面有線網路和行動網路中的結果可能完全不同；同一協定套用在不同傳輸方式、不同線路與不同伺服器負載下，也可能出現比協定差異更大的波動。

連線建立時間由哪些步驟組成

一次新連線可能經歷網域解析、TCP 建立連線、安全交握、協定驗證與上層請求。使用 TLS 或 REALITY 時會增加相應交握步驟，但連線複用、工作階段恢復與穩定的長連線可以減少重複成本。WebSocket、gRPC 等傳輸也會帶來各自的建立流程。短時間開啟大量小型請求時，建連成本更容易被察覺；持續傳輸時，網路路徑、壅塞與封包遺失復原更重要。因此，測試時至少要區分首次開啟速度、重複存取速度與持續傳輸表現。

VMess 內部處理較完整，理論上的計算路徑通常比輕量化的 VLESS 長；VLESS 將安全責任交給外層後，主體協定更簡潔；Trojan 的主要成本集中在 TLS 與資料轉送；Shadowsocks 的成本則會受所選加密方法與具體實作影響。上述差異在低效能裝置、並行連線很多或小封包密集時較容易觀察；在現代桌面處理器與一般網頁瀏覽中，線路品質往往仍是主導因素。把單次幾毫秒的差異當成協定永久排名並不可靠。

記憶體與處理器占用要看連線模型

記憶體占用不只來自協定。用戶端圖形介面、核心程序、規則集、DNS 快取、路由資料與連線狀態都會使用記憶體。v2rayN 作為桌面用戶端，介面程序與核心程序通常分別負責工作；v2rayNG 和 v2flyNG 在 Android 上還要配合系統網路服務。若啟用 TUN、載入較大的路由資料或同時維持許多連線，占用變化可能比更換協定更明顯。排查時應先維持路由與 DNS 設定一致，再切換同一線路的不同協定節點進行對照。

處理器占用則與加密、交握、資料複製、壓縮、記錄等級及連線數量有關。記錄設定得過於詳細時，持續寫入本身也會增加資源消耗。測速期間處理器占用短暫上升屬於正常現象，真正需要關注的是閒置時是否持續高占用、應用程式停止存取後連線是否仍頻繁活動，以及核心記錄是否不斷重試。發生持續重試時，電量與處理器消耗通常不是協定效率問題，而是設定錯誤或網路無法連線造成的連線風暴。

行動裝置電量主要受喚醒與重連影響

行動裝置的電量表現常被錯誤簡化成「某協定更省電」。實際影響較大的因素包括網路切換頻率、背景保活、連線是否穩定、DNS 請求數量、TUN 接管範圍、路由規則複雜度與失敗重試。穩定的長連線往往比不斷逾時重連更節省資源。裝置從無線網路切換到行動網路後，原有連線可能需要重建；若節點交握失敗並快速重試，系統會持續被喚醒，電量下降也會明顯加快。

在 v2rayNG 或 v2flyNG 中控制電量，應先選擇穩定節點，再減少不必要的全域接管與高頻測速。只需要部分應用程式使用連線時，可以利用用戶端提供的分應用程式或路由功能縮小處理範圍；需要所有流量進入 TUN 時，則應檢查 DNS 與路由，避免循環轉送。節點層面優先選擇交握穩定、封包遺失少的組合，而不是只看最低延遲。若協定之間沒有明顯功能需求，穩定性比理論上的少量封裝差異更值得優先考量。

最後可以採用三段式判斷：先用延遲測試排除明顯無法連線的節點，再以實際應用程式檢查首次連線與持續傳輸，最後觀察閒置狀態下的重連與資源使用。桌面端若需要進一步分析，可查看 v2rayN 記錄中的連線失敗頻率；行動端則重點觀察切換網路後是否恢復、是否持續出現逾時。站內的節點選擇文章進一步說明延遲、倍率、地區與協定四個面向，適合搭配本章閱讀。

V2Fly 與 Xray 都源自 Project V 相關技術生態，能處理多種相同的基礎協定與路由概念，但兩者不是可以隨意替換名稱的同一套程式。它們各自維護功能、設定欄位與擴充能力。對於 VMess、一般 VLESS、Trojan、Shadowsocks、路由規則與 DNS 等基礎能力，設定理念有許多共通之處；至於 REALITY、Vision、特定傳輸方式或較新的擴充欄位，則必須依核心的實際實作判斷。

共同基礎與設定相似性

兩類核心都採用以入站、出站、路由與 DNS 為核心的設定模型。入站描述本機應用程式如何將流量交給核心，出站描述核心如何連線至目標或遠端服務，路由規則決定流量交給哪個出站，DNS 部分負責解析策略。用戶端通常會根據圖形介面中的節點與設定產生完整設定，一般使用者不需要手動撰寫所有內容。理解這些共同概念的意義在於：切換用戶端或核心時，可以判斷問題發生在節點協定、路由、DNS，還是圖形介面的設定產生環節。

基礎欄位名稱相同，不代表所有值都能直接複製。某些欄位在一類核心中屬於擴充能力，在另一類核心中可能無法辨識、被忽略，或採用不同結構。最典型的情況是訂閱節點包含 Xray 特有能力，而轉換工具只依通用 V2Ray 欄位輸出，結果是節點可以匯入，卻遺失 flow、REALITY 公鑰或新的傳輸參數。表面上節點名稱與位址都還在，真正決定交握的欄位卻不完整。

Xray 的功能重點

Xray 在 VLESS 擴充、REALITY、Vision 及若干傳輸能力上形成明確的功能路線。訂閱中出現這些關鍵字時，優先使用 Xray 核心可減少中間轉換。v2rayN 和 v2rayNG 常用來承載這類節點：v2rayN 面向 Windows、macOS 與 Linux 桌面環境，v2rayNG 面向 Android。用戶端名稱不等於核心名稱，實際執行的核心仍應在設定、記錄或關於資訊中確認。

使用 Xray 也不代表所有節點都應改成 VLESS。它同樣可以處理多種協定，保留 VMess、Trojan 或 Shadowsocks 節點作為相容與對照完全合理。核心選擇是功能集合的選擇，協定選擇是具體連線入口的選擇，兩者相關但不相同。伺服器只提供 VMess 時，用戶端執行 Xray 仍應依 VMess 參數連線，不能透過本機修改將其變成 VLESS。

V2Fly 的功能重點

V2Fly 延續 Project V 的開放設定體系，在 VMess、VLESS 基礎能力、Trojan、Shadowsocks、路由與 DNS 等方向保持獨立演進。v2flyNG 是 Android 上使用 V2Fly 核心的備選用戶端，適合訂閱主要由通用協定組成，且希望明確使用 V2Fly 實作的情況。若訂閱明確包含僅由 Xray 實作的參數，v2flyNG 可能無法完整載入；此時應選擇 v2rayNG，或在訂閱中使用伺服器提供的相容節點。

切換核心前要先保存什麼

切換核心前至少記錄目前用戶端、節點名稱、主體協定、傳輸方式、安全類型、路由模式與 DNS 設定。若用戶端支援匯出設定，可以保存一份作為對照；切換後不要立即覆蓋原訂閱。先匯入少量節點，確認基礎連線，再恢復路由與 TUN 等進階設定。如此可將「核心相容性問題」與「進階設定問題」分開。若切換後所有節點都無法啟動，先查看設定載入記錄；若只有 REALITY 節點失敗，就重點檢查擴充欄位；若節點能連線但部分網域異常，再檢查 DNS 與路由。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": ["domain:example.invalid"],
        "outboundTag": "direct"
      }
    ]
  }
}

上方片段展示兩類核心都容易理解的路由結構：當網域符合指定規則時，交由名為 direct 的出站處理。這不是完整設定，因為用戶端還需要產生入站、遠端出站與 DNS 等部分。手動編輯時，outboundTag 必須對應實際存在的出站標籤；圖形用戶端通常會自動處理這類關聯。若只是選擇協定與匯入訂閱，不需要將片段直接貼到用戶端。

核心更新的意義主要是取得協定修正、相容能力與執行改善，不應將「最新」理解成所有舊設定都必須重建。用戶端更新後先保留原設定進行測試；只有記錄明確指出舊欄位不再適用，或伺服器調整了入口，才需要修改節點。安裝檔選擇與用戶端對應關係以下載中心為準，頁面依四個平台列出 v2rayN、v2rayNG 與 v2flyNG 的固定入口。

訂閱的用途是將一組節點參數交給用戶端。它可能包含多個分享連結，也可能使用結構化設定或由伺服器產生的專用格式。用戶端匯入訂閱時，會先下載文字，再解析每筆記錄，最後轉換成內部節點模型。相容性問題可能發生在任何一步：位址無法存取、文字編碼異常、分享連結欄位缺失、解析器不認識新參數，或用戶端內部模型沒有對應欄位。因此，「訂閱更新成功」只表示請求流程完成，不代表所有節點都已完整解析。

分享連結適合傳遞單一節點

VMess、VLESS、Trojan 與 Shadowsocks 都有常見的分享連結格式。連結通常會將主體驗證資訊、伺服器、連接埠、傳輸與安全參數編碼在一行文字中。優點是複製與匯入方便，缺點是欄位命名會隨協定擴充而增加，不同解析器對新欄位的支援速度可能不同。尤其是 VLESS + REALITY 組合，公鑰、短識別碼、指紋、伺服器名稱與 flow 都必須保留。若訂閱轉換服務只認得早期 VLESS 欄位，匯入結果會退化成缺少安全參數的一般節點。

VMess 分享內容常使用編碼後的 JSON 表示，可能包含位址、連接埠、使用者識別碼、網路類型、主機、路徑與 TLS 等資訊。不同產生器對欄位縮寫與預設值的處理並不完全相同。Trojan 與 Shadowsocks 的連結結構相對直接，但密碼、加密方法、伺服器名稱等內容仍需要正確編碼。連結中出現特殊字元時，必須經過 URI 編碼；手動複製若漏掉結尾查詢參數，或將換行帶入欄位，也會造成解析異常。

完整設定與用戶端訂閱用途不同

完整核心設定通常包含入站、出站、路由、DNS、記錄等全域內容，適合直接驅動核心運作。用戶端訂閱主要描述遠端節點，用戶端會結合本機系統代理、TUN、連接埠與路由設定產生最終設定。將完整設定當作一般節點訂閱匯入，用戶端不一定會保留其中的全域規則；將節點分享連結直接當成完整設定使用，也缺少本機入站與路由。確認檔案用途比確認副檔名更重要。

v2rayN 的訂閱分組適合管理多個遠端節點，匯入後可在節點編輯頁檢查協定、傳輸與安全欄位。v2rayNG 與 v2flyNG 也能匯入訂閱，但兩者採用的核心路線不同。同一個通用 VMess 或 Shadowsocks 節點通常容易遷移；帶有 Xray 擴充的 VLESS 節點，則應優先在 v2rayNG 中驗證。不要為了讓訂閱「所有用戶端都能匯入」而刪除關鍵欄位；即使擴大了相容範圍，節點失去正確設定也沒有實際意義。

訂閱轉換可能改變什麼

訂閱轉換常用於統一命名、篩選節點或輸出另一種用戶端格式。轉換過程可能重寫節點名稱、刪除未知查詢參數、對應傳輸名稱、設定預設指紋或省略空值。對一般協定而言，這些處理可能沒有影響；對依賴擴充欄位的組合而言，未知欄位一旦被刪除，就會直接改變連線語義。使用轉換結果時，應抽取一個節點與原始參數對照，重點查看 protocol、network、security、flow、serverName、publicKey、shortId、path 與 serviceName。

訂閱更新的安全操作順序

更新前記錄目前可用節點與路由模式；更新訂閱後先觀察新增、刪除與協定變化，不要立即批次覆蓋手動設定；選擇一個結構清楚的節點測試核心啟動，再測試實際連線；最後恢復自動選擇、負載策略或 TUN。若新訂閱導致所有節點失效，可以回到舊分組進行對照。問題集中在訂閱下載階段時檢查位址，集中在節點解析階段時檢查格式，集中在交握階段時檢查協定參數。

訂閱位址屬於設定憑據，應只放在受控裝置與可信任的用戶端中，不要貼到公開頁面或截圖。需要遷移裝置時，優先在新用戶端重新新增原訂閱，再核對分組與路由，不要依賴經過多次複製的單一節點文字。遇到解析錯誤，可參考V2Ray 執行記錄解讀，依 rejected、timeout、DNS 與欄位錯誤區分故障階段。

協定選擇最終要落實到用戶端介面。本網站僅涵蓋三款用戶端：桌面端優先使用 v2rayN，Android 上優先使用 v2rayNG，需要 V2Fly 核心時選擇 v2flyNG。三者都以圖形介面管理節點，但欄位排列與可見選項不同。匯入訂閱後，先確認節點能由目前核心載入，再決定是否手動編輯。手動修改適合修正已知欄位，不適合憑猜測補上伺服器未提供的資訊。

v2rayN：桌面端的主要入口

v2rayN 支援 Windows、macOS 與 Linux，適合管理多個訂閱、桌面系統代理、TUN、路由與不同核心。從節點清單選擇編輯後，通常可以看到位址、連接埠、使用者識別碼或密碼、傳輸協定、傳輸層安全、伺服器名稱等欄位。VLESS 節點若使用 REALITY，還要檢查 flow、公鑰、短識別碼與指紋。不同介面版本可能對欄位分組不同，但欄位語義不會因位置變化而改變。

桌面端首選 v2rayN 的原因，是它將節點管理、核心執行與系統代理入口集中在同一個介面，並能處理本站涉及的多種協定。選取節點後，應先進行實際連線測試，再啟用系統代理或 TUN。若節點測試失敗，不要不斷變更系統代理模式，因為系統代理只決定應用程式流量如何進入用戶端，無法修復遠端節點的交握參數。記錄提示設定載入失敗時，先檢查協定與核心；記錄顯示已建立連線但應用程式仍無法存取時，再檢查系統代理、路由與 DNS。

v2rayNG：Android 上的 Xray 選擇

v2rayNG 適合需要 Xray 協定擴充的 Android 設定。匯入訂閱後，進入節點詳細資料核對協定、傳輸、TLS 或 REALITY 相關欄位。啟動連線時，用戶端會透過系統提供的網路介面接管對應流量。若只有部分應用程式需要連線，可以配合分應用程式設定控制範圍；若使用全域接管，則要注意 DNS、路由與電量表現。REALITY、Vision 等組合應優先在 v2rayNG 中測試，前提是訂閱欄位完整。

行動網路經常發生位址變更與鏈路切換，節點在無線網路正常、切換後短暫中斷，不一定代表協定不相容。先停止後重新連線，觀察記錄是否重新建立工作階段；若持續逾時，再更換同一訂閱中的穩定節點。不要將頻繁測速設為背景常駐工作，測速會主動建立連線並消耗資源。平時保留一個穩定節點與一個不同協定的備用節點，更有利於快速判斷故障範圍。

v2flyNG：V2Fly 核心備選

v2flyNG 的使用方式與常見 Android 圖形用戶端相近，但核心路線是 V2Fly。訂閱主要包含 VMess、一般 VLESS、Trojan 或 Shadowsocks 時，可以用它驗證 V2Fly 實作下的表現。若節點帶有 REALITY、Vision 或其他 Xray 擴充，匯入成功也可能在執行階段失敗，這屬於能力邊界，不應透過刪除欄位強行執行。此時應切換至 v2rayNG，或選擇訂閱提供的通用協定節點。

介面欄位的統一讀法

位址與連接埠決定連線目標；使用者識別碼用於 VMess 或 VLESS 驗證；密碼常見於 Trojan 與 Shadowsocks；加密方法主要用於 Shadowsocks；傳輸類型決定 TCP、WebSocket、gRPC 等承載方式；Host、path、serviceName 屬於對應的傳輸參數；security 指向 TLS 或 REALITY；serverName 用於安全交握；flow 常見於特定 VLESS 組合。遇到用戶端翻譯不同時，可以先依欄位用途對應，而不是依介面位置對應。

修改節點時一次只改一個欄位，並在修改前複製節點作為備份。若同時修改位址、傳輸與安全層，測試失敗後就無法判斷是哪項造成問題。訂閱節點通常由伺服器統一維護，手動修改會在下次更新時被覆蓋；確實需要長期保留的本機調整，可以複製成獨立節點並重新命名標記。原訂閱節點保持不動，方便日後對照伺服器變更。

完成用戶端選擇後，依教學頁的主要步驟匯入訂閱、選擇節點、啟動連線並進行驗證。需要確認系統與處理器對應的安裝檔，可直接前往V2Ray 用戶端下載頁。下載頁底部的下載常見問題集中說明安裝檔選擇、系統需求與升級處理，本頁則繼續負責協定與核心判斷。

完成前面的分層後，選擇可以收斂成一套固定流程：確認裝置與用戶端，確認核心，查看訂閱實際提供的協定組合，排除欄位不完整或核心不支援的節點，再對剩餘節點進行穩定性測試。協定不是越新越適合，也不是欄位越少越適合。最合適的節點應同時符合五個條件：伺服器已提供、用戶端能完整解析、核心能執行、目前線路穩定，以及裝置資源可接受。

桌面日常使用

Windows、macOS 或 Linux 桌面環境先使用 v2rayN。若訂閱提供完整的 VLESS + REALITY 欄位，可在 Xray 核心下優先測試；若既有 VMess、Trojan 或 Shadowsocks 節點長期穩定，也可以繼續保留。桌面裝置通常有較充足的處理器與記憶體，協定之間輕微的計算差異不應成為首要因素。優先考量連線穩定性、線路品質、應用程式相容性與路由需求。需要以 TUN 接管所有流量時，額外檢查權限、DNS 與路由，不要將 TUN 問題歸因於遠端協定。

Android 日常使用

Android 上的訂閱包含 REALITY、Vision 或其他 Xray 擴充時，選擇 v2rayNG。訂閱以通用 VMess、Trojan、Shadowsocks 或一般 VLESS 為主，且希望使用 V2Fly 核心時，可以選擇 v2flyNG。行動端優先考量連線穩定性與重連表現。最低延遲節點若頻繁斷線，實際電量與使用體驗都可能不如延遲稍高但穩定的節點。可以保留兩個不同協定的節點，在網路切換後快速交叉測試。

將舊設定遷移至新用戶端

遷移時優先重新匯入原訂閱，而不是逐項抄寫節點。匯入後檢查節點數量、協定、傳輸與安全欄位，再測試一個一般節點與一個帶有擴充能力的節點。確認遠端連線正常後，再遷移路由、DNS、系統代理與 TUN 設定。若舊用戶端使用 V2Fly、新用戶端使用 Xray，通用協定通常容易遷移，但仍應檢查欄位預設值；若方向相反，則要先排除 REALITY、Vision 或新的傳輸能力。

不要把協定遷移理解成在用戶端中修改類型。例如，將 VMess 下拉選項改成 VLESS，並不會讓伺服器出現對應入口；將 TLS 改成 REALITY，也缺少公鑰、短識別碼等伺服器參數。真正的協定遷移需要伺服器提供新節點或更新訂閱。用戶端的任務是完整接收參數、選擇對應核心並驗證連線。

依記錄選擇排錯分支

設定無法啟動時，優先懷疑欄位結構、核心支援與本機連接埠；建立連線後立即失敗時，檢查位址、連接埠、驗證值與安全欄位；長時間逾時時，檢查網路可達性、伺服器狀態與線路；只有個別網域異常時，檢查 DNS 與路由；瀏覽器正常但其他應用程式無法運作時，檢查系統代理涵蓋範圍或 TUN；行動端在網路切換後異常時，先重建連線，再觀察是否持續失敗。

五分鐘選擇清單

1. 確定用戶端：桌面選 v2rayN，Android 依 Xray 或 V2Fly 需求選擇 v2rayNG、v2flyNG。
2. 展開節點詳細資料：記錄主體協定、傳輸方式、安全層與關鍵擴充欄位。
3. 排除能力衝突：REALITY、Vision 或新的傳輸欄位，優先交由明確支援的 Xray 核心處理。
4. 測試實際連線：先確認設定能否載入，再檢查交握，最後測試實際應用程式與持續傳輸。
5. 觀察裝置成本：行動端關注重連、電量與網路切換，桌面端關注路由、DNS 與 TUN。
6. 保留回退節點：至少保留一個參數清楚、協定不同且已驗證可連線的節點。

若需要繼續深入，節點延遲與地區判斷可閱讀節點挑選方法，路由語法可閱讀domain、ip 與 geosite 規則說明，執行失敗則依記錄錯誤對照定位。第一次接觸這些概念，可先閱讀V2Ray 新手十問，再回到本頁查閱對應章節。

協定選擇不需要一次完成所有進階設定。先使用訂閱原始參數建立穩定連線，再逐步加入系統代理、路由、DNS 與 TUN。每加入一項就進行一次驗證，出現問題時回退最近的變更。如此可以將遠端協定、用戶端核心與本機網路設定分開處理，避免多個變數疊加。需要重新取得安裝檔時前往下載中心，需要重新走過匯入到驗證的流程則返回設定教學。