這篇文章適合正在選擇桌面或 Android 用戶端、看不懂訂閱中的協定欄位，以及準備在 Xray 與 V2Fly 之間遷移設定的使用者。讀完後可判斷兩套核心的關係，了解 VLESS、VMess、REALITY 與傳輸層的組合方式，並依節點能力選擇 v2rayN、v2rayNG 或 v2flyNG。
先分清核心、用戶端與訂閱
Xray 和 V2Fly 都屬於網路代理核心。核心負責解析設定、建立輸出連線、處理輸入連接埠、執行 DNS 與路由規則；v2rayN、v2rayNG、v2flyNG 則是具備圖形介面的用戶端。使用者在用戶端匯入訂閱後，真正完成協定握手與流量轉送的是核心，而不是節點清單介面本身。
兩者都與 Project V 的技術脈絡有關，但如今已是獨立維護、獨立發布的專案。V2Fly 延續 V2Ray 的名稱、設定理念與相容方向，並發展出 v5 設定體系；Xray 則從相近的程式碼基礎持續演進，在 VLESS、XTLS 與 REALITY 等組合上形成更鮮明的能力範圍。把 Xray 簡單理解成「V2Ray 的新版本」並不準確，因為兩者並非同一條發布序列。
- 核心層：讀取 JSON 設定，處理 VMess、VLESS、Trojan、Shadowsocks、SOCKS、HTTP 等協定與相應的傳輸參數。
- 用戶端層：負責訂閱管理、節點篩選、系統代理、日誌檢視及核心程序的啟停。
- 訂閱層：儲存節點位址、連接埠、使用者識別碼、傳輸方式、安全層與伺服器名稱等連線資訊。
- 路由層：依據網域、IP、連接埠或應用程式流量決定直連、代理或阻擋，不會自動變更節點協定。
Xray 與 V2Fly 的核心差異
日常選擇時，最重要的不是比較抽象的「效能高低」，而是確認設定欄位能否被目標核心完整辨識。一般 VMess、WebSocket、TLS、SOCKS 與 HTTP 情境通常具備較廣的相容範圍；涉及 VLESS、XTLS Vision 或 REALITY 時，Xray 往往是更直接的選擇。V2Fly 的優勢則集中在既有 V2Ray 設定體系、v5 設定演進，以及相關部署環境的延續性。
Xray 核心
推薦重點支援 VLESS、XTLS Vision、REALITY 等常見的新式設定組合，也能處理 VMess、Trojan、Shadowsocks 等常用協定。
適合：日常主力、VLESS 節點、REALITY 設定
V2Fly 核心
延續 V2Ray 設定模型，並提供 v5 設定體系，適合已經以 V2Fly 編寫路由、DNS 與輸入規則的環境。
適合：既有 VMess 部署、V2Fly v5 設定、相容性維護
| 比較項目 | Xray | V2Fly |
|---|---|---|
| 發布關係 | 獨立維護與發布 | 獨立維護與發布 |
| 常見主力協定 | VLESS、VMess、Trojan、Shadowsocks | VMess、Trojan、Shadowsocks、SOCKS、HTTP |
| 特色能力 | XTLS Vision、REALITY 組合 | V2Ray 設定延續與 v5 設定體系 |
| Android 圖形用戶端 | v2rayNG | v2flyNG |
| 遷移重點 | 檢查 flow、security、realitySettings | 檢查設定版本、協定欄位與傳輸欄位 |
結論：先配對設定能力，再討論速度
如果訂閱包含 VLESS、flow=xtls-rprx-vision 或 security=reality，優先選擇 Xray；如果環境已使用 V2Fly v5 設定及穩定的 VMess 節點，繼續沿用 V2Fly 通常比直接遷移更省事。
協定名稱相同，設定也不一定通用
看到兩個節點都寫著 VMess，不能斷定設定可以原樣互換。一條完整連線還包括傳輸方式、TLS 設定、伺服器名稱、路徑、Host、指紋參數與多路複用策略。只要用戶端匯入時忽略其中一個關鍵欄位，就可能出現「節點存在但無法連線」、「延遲測試逾時」或日誌持續重試。
VLESS 更能說明這一點。VLESS 是協定層名稱，REALITY 是與安全及握手相關的設定，TCP、WebSocket、gRPC 則屬於傳輸層選擇。常見設定會將這些層組合起來，例如 VLESS + TCP + REALITY + Vision。遷移時必須保留 serverName、publicKey、shortId、fingerprint 與 flow 等欄位，不能只複製伺服器位址、連接埠與使用者識別碼。
{
"address": "server.example",
"port": 443,
"protocol": "vless",
"security": "reality",
"flow": "xtls-rprx-vision",
"serverName": "www.example.com",
"fingerprint": "chrome"
}- VMess：重點核對使用者識別碼、alterId 相容設定、傳輸方式、TLS 及 WebSocket 路徑。
- VLESS：除了使用者識別碼外，還要核對 flow、安全層以及伺服器端要求的傳輸參數。
- REALITY：重點檢查 serverName、publicKey、shortId 與瀏覽器指紋欄位，缺少任何關鍵項目都可能導致握手失敗。
- 路由規則：核心能夠成功連線，不代表路由符合預期，還要檢查網域規則、IP 規則與最終輸出方向。
更新節奏不同，不代表越新越適合
Xray 與 V2Fly 使用各自的版本序列，發布頻率與功能落點並不同步。用戶端升級也不代表核心一定會同時升級：圖形介面、核心檔案與訂閱格式可能分別變動。因此，排查故障時要分別記錄用戶端版本線、核心類型與節點協定，不能只說「已更新至最新版」。
對穩定運作的使用者而言，合理做法是保留一份可正常工作的設定，再升級用戶端並測試原有節點。若日誌出現 unknown field、failed to parse config 或 unsupported security，通常表示設定欄位與核心能力不相容；若設定成功載入但連線逾時，則應繼續檢查網路、網域解析、連接埠與伺服器端狀態。
連接埠號碼也應納入排查記錄。例如桌面環境將本機 SOCKS 入口設為 10808、HTTP 入口設為 10809 時，瀏覽器或其他工具必須連接相應類型的連接埠。將 HTTP 用戶端指向 SOCKS 連接埠，常會被誤判為核心無法啟動。連接埠僅為範例，實際值應以 v2rayN 的「設定」→「參數設定」頁面為準。
結論：升級前記錄三項資訊
儲存用戶端版本線、目前核心名稱，以及一個可用節點的完整協定組合。升級後先對同一節點複測 3 輪，再處理訂閱更新，便能區分版本問題與節點波動。
v2rayN、v2rayNG 與 v2flyNG 怎麼選
Windows 桌面環境可優先考慮 v2rayN。它提供訂閱分組、系統代理、路由規則、延遲測試與日誌檢視，並針對 Xray 使用情境提供較完整的圖形化操作。匯入訂閱後，可以開啟節點詳細資訊確認協定與傳輸欄位，再到「設定」→「參數設定」核對本機監聽連接埠、日誌層級與系統代理相關選項。
在 Android 上，如果訂閱以 VLESS、REALITY 或 Xray 相關設定為主，v2rayNG 更合適；如果明確維護 V2Fly 環境、使用 V2Fly v5 設定，或需要與現有 V2Fly 伺服器端保持一致，則可以選擇 v2flyNG。兩者圖形介面相近，不代表核心能力相同；成功匯入也不代表所有欄位都已保留。
推薦方案：桌面與 Android 採用相同協定體系設定
桌面端（v2rayN）
- 優先使用 Xray 核心處理 VLESS 與 REALITY
- 在「設定」→「參數設定」核對本機連接埠
- 訂閱更新後複測固定節點 3 輪
Android 端（v2rayNG）
- 匯入同一份 Xray 相容訂閱
- 首次連線確認 VpnService 授權
- 需要時啟用分應用程式代理並檢查路由
同一份訂閱不代表必須使用同一個用戶端，但兩端採用相同的協定能力，可以減少欄位遺失與遷移錯誤。
哪些情況更適合 v2flyNG
- 伺服器端與設定產生流程明確以 V2Fly 為基準。
- 現有訂閱主要是經過長期驗證的 VMess 或其他 V2Fly 相容節點。
- 已經編寫 V2Fly v5 設定，並依賴其中的結構與欄位。
- 團隊需要讓行動端與既有 V2Fly 測試環境保持一致。
不建議只因某個用戶端介面較熟悉，就強行匯入另一套核心的特色設定。更穩妥的順序是先辨識協定，再選擇核心，最後比較用戶端的操作方式。如果訂閱同時包含多種類型的節點，可以建立兩個訂閱分組，在名稱中標示「Xray」與「V2Fly」，避免更新後混在同一份清單裡。
從一套核心遷移至另一套核心
遷移不是替換一個可執行檔這麼簡單。基本的位址、連接埠與使用者識別碼通常容易保留，真正容易遺漏的是傳輸層、安全層、DNS、路由與本機輸入設定。手動遷移前應先匯出目前設定或儲存訂閱來源，再選擇一個結構簡單的節點完成連線測試，最後恢復複雜路由。
- 記錄原有環境：寫下用戶端版本線、核心名稱、本機監聽連接埠、系統代理模式與目前可用節點。
- 檢查協定組合：確認是 VMess、VLESS 或其他協定，並記錄 TCP、WebSocket、gRPC、TLS、REALITY 等相關欄位。
- 匯入目標用戶端：優先使用訂閱或完整分享資訊，不要只複製位址與連接埠。
- 先停用複雜路由：使用基本代理路徑完成首次連線，確認日誌中沒有設定解析錯誤。
- 恢復 DNS 與分流：逐組加入網域、IP 與應用程式規則，每次修改後重新連線。
- 進行交叉驗證：對同一節點測試 3 輪延遲，並造訪直連與代理目標，確認最終輸出符合規則。
| 現象 | 優先檢查 | 處理方向 |
|---|---|---|
| 匯入後欄位為空 | 用戶端是否辨識訂閱格式 | 改用完整分享資訊或相容的用戶端 |
| 提示未知欄位 | 欄位是否屬於另一套核心 | 切換至相容核心，不要任意刪除安全參數 |
| 延遲測試全部逾時 | DNS、連接埠、系統時間、伺服器端狀態 | 查看日誌中首次失敗的位置 |
| 瀏覽器可以使用，但其他工具失敗 | SOCKS 與 HTTP 連接埠類型 | 核對 10808、10809 等實際監聽設定 |
| 部分網域未經過代理 | 路由順序與最終規則 | 將精確規則置於寬泛規則之前 |
常見選擇問題
核心選擇沒有脫離節點設定的統一答案。協定能力、伺服器端部署、用戶端平台與維護成本共同決定結果。以下問題可用來快速縮小範圍。
VMess 節點一定要使用 V2Fly 嗎？
不一定。Xray 與 V2Fly 都能處理常見的 VMess 情境，但仍要核對傳輸方式、TLS、WebSocket 路徑及其他設定欄位。能辨識 VMess 名稱，不代表所有擴充參數都完全一致。
VLESS 節點應優先選擇哪個核心？
如果節點帶有 XTLS Vision、REALITY、publicKey、shortId 等欄位，應優先使用 Xray。只有在設定提供者明確說明相容目標時，才考慮其他組合。
更換核心可以直接降低延遲嗎？
核心會影響協定實作與資料處理，但網路距離、線路壅塞、伺服器負載與封包遺失通常更直接。應在同一裝置、同一節點、同一網路下連續測試 3 輪，並結合日誌與實際造訪結果判斷。
訂閱在 v2rayNG 可用，在 v2flyNG 無法使用怎麼辦？
先展開節點查看協定與安全欄位。如果包含 REALITY、Vision 或 Xray 特有設定，應繼續使用 v2rayNG；如果只是一般 VMess 設定，則檢查訂閱解析、傳輸路徑、TLS 伺服器名稱與本機網路權限。
可以在同一台裝置保留兩套用戶端嗎？
可以保留作為對照測試，但同一時間只能啟動一個本機代理或 VpnService 工作階段。如果兩個用戶端同時監聽 10808 等相同連接埠，後啟動的一方可能因連接埠遭佔用而失敗。
最後可以把選擇濃縮成一條判斷鏈：先看節點協定與安全層，再看伺服器端明確支援的核心，接著確認用戶端平台，最後才比較介面與使用習慣。以 VLESS、REALITY 為主的使用者通常選擇 Xray 與 v2rayNG；已有 V2Fly v5 設定及成熟 VMess 環境的使用者，則更適合繼續使用 V2Fly 與 v2flyNG。