Xray 核心與 V2Fly 核心差異：v2rayNG、v2flyNG 怎麼選

本文重點

Android 裝置該選 v2rayNG 還是 v2flyNG，先確認節點需要哪些協定與傳輸欄位，再看用戶端能否完整保留。本文分別說明用戶端、核心與協定，釐清 REALITY、Vision 和一般 TLS 的差異，並整理訂閱移轉及連線失敗時的檢查順序。使用中的 VMess 節點也能據此判斷是否需要更換用戶端。

一、Project V、V2Fly 與 Xray 的關係

Project V 是以網路代理工具為核心的專案體系，V2Ray 是其中的核心軟體。V2Fly 社群延續 V2Ray 的開發與維護；在用戶端選擇核心的情境中，「V2Fly 核心」通常指由這個專案維護的 V2Ray 核心。Xray 則於 2020 年從 V2Ray 的程式碼分支發展，之後形成獨立的功能與設定演進路線。

程式碼源自同一專案，不代表現今的設定可以互換。兩條路線都保留入站、出站、路由等基本概念，也支援部分相同協定，但新功能、欄位名稱與設定格式可能不同。某份設定能由 Xray 讀取，不代表也能原封不動交給 V2Fly 使用。

用戶端：提供伺服器清單、訂閱匯入、掃描 QR Code 與系統接入等功能。本文比較 Android 版 v2rayNG 與 v2flyNG；桌面端則使用 v2rayN。
核心：讀取設定並處理連線。v2rayNG 使用 Xray，v2flyNG 使用 V2Fly；v2rayN 使用哪個核心，需依安裝版本與實際設定確認。
協定與傳輸：VMess、VLESS 是代理協定；TCP、WebSocket 等是傳輸方式；TLS、REALITY 則屬於另一層的連線安全設定。

二、VMess、VLESS、REALITY 與 XTLS 的支援範圍

判斷相容性時，不能只看節點名稱是否含有「V2Ray」。節點至少包含位址、連接埠、驗證方式、傳輸設定，以及可能使用的 TLS 或 REALITY 參數。訂閱群組名稱只是標籤，不能用來判斷協定支援能力。

項目	Xray 路線	V2Fly 路線	選擇時的檢查重點
VMess	支援	支援	還要確認傳輸方式、TLS、路徑與伺服器設定，不能只看協定名稱是否一致。
VLESS	支援，並提供相關擴充功能	具備 VLESS 實作，實際組合仍須確認核心與用戶端的支援情況	一般 VLESS 與搭配 REALITY、Vision 的組合是不同情況，不能混為一談。
REALITY	支援，需使用相容版本	不支援 Xray 的 REALITY 設定	節點要求 REALITY 時，本文介紹的兩款 Android 用戶端應選 v2rayNG。
XTLS Vision	支援 `xtls-rprx-vision` 流量控制	不支援這項 Xray 流量控制	必須保留伺服器要求的 `flow`，不能刪除欄位來取代相容性調整。
WebSocket + TLS	支援對應設定	支援對應設定	確認路徑、Host、SNI 與憑證，不要只憑核心名稱判斷。

VLESS 本身不提供傳輸加密，不能把「使用 VLESS」當成已啟用 TLS。REALITY 也不是與 VMess、VLESS 並列的代理協定。在 Xray 設定中，REALITY 屬於傳輸安全設定，常與 VLESS 和 Vision 搭配使用；這三個名稱分別代表不同的設定層。

XTLS 是一條技術演進路線，舊資料中的 XTLS 寫法未必適用於目前的節點。遇到 flow=xtls-rprx-vision 時，應依伺服器提供的完整組合設定；不要照著舊教學，直接把傳輸安全項目改成 xtls。用戶端能顯示節點，不代表核心已接受所有參數。

結論：先檢查 security 與 flow，再比較用戶端

訂閱節點含有 security=reality 或 flow=xtls-rprx-vision 時，優先使用 v2rayNG。若只是 VMess + WebSocket + TLS，先沿用目前可正常使用的用戶端，不必只因核心名稱不同就移轉。

三、Android 版 v2rayNG 與 v2flyNG 怎麼選

兩款用戶端的用途有重疊，但不能以「新核心一定更快」或「舊協定一定更穩」來取代實際判斷。連線表現也會受到伺服器負載、網路環境、DNS、路由與傳輸組合影響。若未在相同網路與伺服器條件下進行對照測試，就不應斷言兩者有固定的速度差距。

v2rayNG · Xray 核心

建議選用

新安裝的 Android 裝置若使用的節點要求 REALITY 或 Vision，建議優先選用。匯入後請檢查伺服器編輯頁面的傳輸安全、流量控制、伺服器名稱與公鑰相關參數，確認轉換過程沒有遺漏。

適用情境：VLESS + REALITY、Vision，以及明確要求使用 Xray 的節點。

v2flyNG · V2Fly 核心

如果既有設定採用 V2Fly 路線維護，而且目前的節點組合運作正常，可以繼續使用。VMess 等共通協定仍須確認傳輸參數；匯入含有 REALITY 的連結，並不會讓用戶端因此具備對應功能。

適用情境：既有 V2Fly 設定、已確認相容的 VMess 節點，以及重現既有設定。

以上建議是依協定需求而定，並非所有裝置的效能排名。如果目前的 v2flyNG 能正常啟動、目標網站可連線、路由符合預期，而且訂閱沒有加入 Xray 專用功能，維持原設定通常比無目的移轉更容易管理。反之，伺服器明確要求 REALITY 時，就應改用相容的用戶端，而不是一再修改同一份不受支援的設定。

四、依欄位檢查節點，分清遠端連接埠與本機監聽埠

匯入後的第一輪檢查可以從連接埠開始。以下以遠端 443、本機 SOCKS 10808 與本機 HTTP 10809 說明三者的用途；後兩者僅為設定範例，並不代表每款用戶端或每個版本都會使用相同連接埠。

443

遠端伺服器連接埠範例

10808

本機 SOCKS 監聽埠範例

10809

本機 HTTP 監聽埠範例

遠端連接埠由節點提供者決定，必須與伺服器的監聽埠相符；本機連接埠則用來接收裝置上應用程式的連線，兩者不必相同。Android VPN 模式透過系統 VPN 介面接管流量，也不能簡單視為「所有應用程式都手動連線至本機 10808」。變更監聽範圍也會影響其他裝置能否存取該入口，不應為了排查問題而任意開放區域網路監聽。

協定與驗證：確認使用的是 VMess 還是 VLESS，以及使用者識別碼是否完整。兩種協定的編輯頁面不可當成相同表單互換使用。
傳輸：確認使用 TCP 或 WebSocket；若是 WebSocket，也要檢查路徑與 Host。欄位是否應留白，請以伺服器設定為準。
一般 TLS：確認 SNI 與伺服器的憑證要求。不要把略過憑證檢查當成長期解決方式。
REALITY：確認伺服器名稱、伺服器提供的公鑰、Short ID 與指紋設定。連結中的 pbk、sid、sni 是分享參數，不一定與核心 JSON 欄位同名。
Vision：確認 flow 與伺服器設定一致，並確認目前核心支援該傳輸組合。不能為了排除錯誤訊息就刪除流量控制設定。

五、電腦與 Android 共用訂閱的兩種做法

桌面使用 v2rayN、手機使用 Android 用戶端時，可以共用節點來源，但不要假設兩端的運作設定完全相同。訂閱通常負責更新伺服器項目；系統代理、VPN 接入、依應用程式設定、DNS 與本機路由規則，仍須在各裝置上分別管理。

依節點功能安排桌面與 Android 用戶端

方案 A：節點含有 REALITY 或 Vision

桌面使用 v2rayN，並確認該設定由相容的 Xray 核心執行。
Android 使用 v2rayNG，匯入同一來源的相容訂閱。
分別檢查安全參數與目前使用的伺服器，並在兩端各進行一次實際連線測試。

方案 B：保留目前可用的 V2Fly 設定

在桌面確認目前版本的 v2rayN 提供哪些核心選項。
Android 繼續使用 v2flyNG，並確認節點組合在兩端都受支援。
分別記錄兩端的路由與 DNS 設定，避免把規則差異誤認為核心差異。

同一份訂閱只代表節點來源相同；更新頻率、目前使用的伺服器與本機規則仍須分別確認。

實際移轉時，先在新用戶端新增訂閱並執行更新，再編輯一個目標節點核對欄位。保留舊用戶端的設定記錄，但測試期間只啟用一個代理入口。Android 的同一使用者環境通常只能維持一個作用中的 VPN 服務，兩款用戶端輪流搶用介面，會讓連線結果失去比較基準。

分享 QR Code 與訂閱網址可能含有存取憑證，請勿張貼到公開討論區。
更新訂閱可能會覆蓋伺服器項目的手動修改；需要長期保留的差異應另外記錄。
桌面使用系統代理、Android 使用 VPN 模式時，兩端接管的流量範圍可能不同，不能只比較瀏覽器中的結果。

六、匯入成功卻無法連線：分四層排查

「伺服器清單中看得到節點」只代表用戶端已完成解析或儲存，不代表連線已建立。排查時應先確認設定能否啟動，再檢查遠端連線、交握與流量路由。每次只變更一類設定，才能找出真正起作用的調整。

檢查核心是否啟動。開啟用戶端記錄，先查看設定解析或啟動錯誤。若出現未知欄位、未知流量控制等訊息，應優先確認核心支援情況與版本，而不是修改 DNS。
檢查遠端是否可連線。確認伺服器位址與連接埠沒有抄錯，並區分連線逾時、連線遭拒與網域名稱解析失敗。這些錯誤屬於不同故障層，不能一概歸因於「協定不支援」。
檢查交握參數。TLS 相關錯誤先確認裝置時間、SNI 與憑證；REALITY 連線則檢查伺服器名稱、公鑰與 Short ID。若缺少伺服器端參數，應向節點提供者確認，不要隨機拼湊參數。
檢查流量接管與分流。若核心已啟動但應用程式仍直接連線，請檢查 VPN 授權、依應用程式設定、略過規則與 DNS。桌面端則確認 v2rayN 的系統代理狀態，以及目標應用程式是否使用系統代理。

若要比較兩個核心，至少應固定同一部裝置、同一個網路、同一台伺服器，以及相同的協定與傳輸組合，再記錄連線結果。切換網路、不同出口或不同路由規則都會帶來額外變因。連線測試中的單次延遲不能直接代表下載吞吐量，更不能據此證明某個核心在所有環境下都比較快。

結論：先保留錯誤資訊，再決定是否更換核心

記錄用戶端版本、核心版本、協定、傳輸方式，以及移除敏感資訊後的第一則相關錯誤。若是 REALITY 或 Vision 不受支援，改用 v2rayNG；若問題出在憑證、位址或路由，應先修正對應設定，換用戶端通常不會自動解決。

七、核心選型常見問題

已經有 VMess 節點，需要全部改用 VLESS 嗎？

不必只為了協定名稱而更換。先確認現有節點是否符合連線與維護需求。改用 VLESS 需要伺服器同步提供相應入口與驗證資訊，不能只在用戶端把協定下拉選單改成 VLESS。傳輸、安全層與路由設定也都要一併確認。

v2flyNG 能匯入 VLESS 連結，就代表能連線到 REALITY 嗎？

不能這樣推論。分享連結能被解析，和核心是否實作對應功能是兩回事。支援基本 VLESS，不代表也支援 REALITY 或 Vision；遇到這些需求時，應選擇相容的 Xray 路線，並檢查匯入後的欄位。

從 v2flyNG 換成 v2rayNG，路由規則會一起移轉嗎？

一般節點分享與訂閱通常不包含所有本機路由、DNS、依應用程式設定及 VPN 選項。移轉前請分別記錄這些設定，移轉後逐項還原；即使伺服器清單相同，分流結果仍可能不同。匯入完整設定時，也要確認設定格式與核心相容。

桌面能連線、Android 不能，問題一定是 Android 核心太舊嗎？

先比較兩端的核心版本與節點欄位，再檢查網路環境。桌面與手機可能分別使用有線網路和行動數據，也可能有不同的 DNS、IPv6 路徑或 VPN 應用程式規則。排除這些差異後，才能確認問題是否出在特定核心功能。