Xray 核心與 V2Fly 核心差異：分支沿革、協定支援與用戶端選擇

本文重點

選擇核心時，先確認節點需求，再檢查用戶端是否能完整保留參數。節點使用 REALITY 或 Vision 時，優先選擇 Xray；使用既有 VMess 節點則須進一步核對傳輸方式與 TLS 設定。下文將區分專案、核心與介面，說明桌面端及 Android 端的選擇方式，以及更換用戶端後的檢查順序。

分支沿革：V2Ray、V2Fly 與 Xray

V2Ray 常用來泛指代理工具生態，也指特定的核心程式。Project V 是這套工具體系的專案背景；負責實際處理連線的核心會讀取設定、建立本機入口、選擇出站並執行路由。混淆這些名稱，很容易誤以為名稱相近的用戶端具備完全相同的協定支援。

2020 年是了解兩條核心發展路線的重要時間點。V2Fly 社群延續 V2Ray 核心的開發與維護；Xray 則以當時的 V2Ray 程式碼為基礎分支，之後獨立發展。兩者共享部分歷史與設定概念，但不是同一個程式的兩種介面，也不能根據其中一方的版本號判斷另一方的新舊。

V2Fly：維護 V2Ray 核心，持續發展自身的協定實作、傳輸方式與設定架構。
Xray：維護 Xray-core，後續加入 REALITY、XTLS Vision 等功能。
圖形化用戶端：提供訂閱、節點編輯與代理開關，再將設定交由核心執行。

因此，「成功匯入訂閱」只代表介面已完成解析或儲存，不代表執行中的核心接受所有欄位。判斷相容性時，應同時檢查用戶端版本、實際執行的核心，以及節點使用的協定組合。

協定支援：不能只比較 VMess 與 VLESS

一個節點通常由多層參數組成。VMess、VLESS 是代理協定；TCP、WebSocket、gRPC 等描述傳輸方式；TLS、REALITY 涉及連線安全層；Vision 則與 Xray 的流量控制功能有關。這些欄位各自負責不同功能，不能把 REALITY 當成與 VLESS 並列、可單獨替換的代理協定。

節點特徵	Xray 核心	V2Fly 核心	選擇依據
VMess	支援常見組合	支援常見組合	進一步核對傳輸方式、TLS 與伺服器端參數
VLESS 基礎協定	支援	具備基礎實作	不能只看 VLESS 名稱就認定完全相容
VLESS + REALITY	支援，須符合版本與參數	不能直接套用 Xray REALITY 設定	選擇支援對應功能的 Xray 用戶端
Vision 流量控制	支援，須配合伺服器端設定	不提供 Xray 的 Vision 流量控制	保留伺服器端要求的 flow 值
WebSocket + TLS	支援常見組合	支援常見組合	檢查路徑、Host、SNI 與憑證

此處所說的「支援」，不代表所有舊版本都能使用。訂閱出現新的傳輸類型或欄位時，舊版用戶端可能在解析階段就失敗；即使介面能辨識，若核心版本過舊，也可能在啟動時報錯。請查閱目前安裝版本的功能說明，不要把相同的協定名稱視為永久相容的保證。

結論：保留節點需求，不要刪除欄位來換核心

看到 security=reality 或 flow=xtls-rprx-vision 時，優先選擇具備相應功能的 Xray 用戶端。刪除這些欄位並不會自動變成可用的一般 TLS 節點，反而會改變伺服器端要求的連線方式。

用戶端選擇：桌面端與 Android 端分開評估

v2rayN 是桌面圖形化用戶端，不能只憑名稱中的「v2ray」判斷實際使用的核心。支援的核心與切換選項會隨發行版本而異，應以本機設定及啟動記錄為準。需要 REALITY 時，先確認該節點實際由 Xray 處理，而非只確認安裝套件內含 Xray 檔案。

v2rayNG：Android 端的 Xray 路線

v2flyNG：Android 端的 V2Fly 路線

使用 V2Fly 核心，適合已確認相容的節點。若現有 VMess 連線穩定，無須只因另一條核心路線功能較多就立即遷移。

適合：已有 V2Fly 設定，且已確認節點參數的 Android 用戶。

v2rayN：桌面端設定入口

集中管理訂閱、伺服器與路由。先確認所用發行版提供哪些核心選項，再查看記錄，確認節點啟動時呼叫的核心程式。

適合：在 Windows、macOS、Linux 桌面環境整理訂閱與設定路由。

以上建議針對本文討論的 Xray 功能需求，並非適用於所有網路環境的效能排名。用戶端介面升級與核心升級也是兩回事：介面提供某個輸入欄位，不代表目前執行的核心一定能使用該功能。

檢查訂閱：在節點編輯頁核對參數

在 v2rayN 中，可從「訂閱群組」→「訂閱群組設定」檢查訂閱網址與群組，再從「訂閱群組」選單更新對應群組。不同版本的更新指令可能帶有不同後綴，請依本機選單操作。更新完成後，雙擊伺服器項目查看協定、位址、連接埠與傳輸設定，不要只看節點名稱。

先確認協定。確認項目使用的是 VMess 還是 VLESS。節點名稱中的「高速」、「專線」等文字不會參與協定協商，不能作為選擇核心的依據。
接著確認傳輸方式。使用 WebSocket 時，重點檢查路徑與 Host；使用 gRPC 時，檢查服務名稱。伺服器端採用哪種傳輸方式，用戶端就必須填入相應參數。
檢查安全層。使用 TLS 時，重點確認伺服器名稱與憑證驗證；使用 REALITY 時，還要核對伺服器端提供的公鑰、short ID 等參數。欄位名稱請以目前介面為準。
最後核對流量控制。伺服器端要求 Vision 時，確認 flow 為 xtls-rprx-vision，並使用支援此功能的核心。

在 v2rayNG 或 v2flyNG 中，也應從訂閱群組入口更新，再開啟特定項目的編輯頁核對。訂閱連結相同，不保證清單內容一致：用戶端版本、篩選設定與訂閱端傳回的內容都可能影響結果。

雙裝置使用：先驗證節點，再同步設定

桌面端與 Android 端可以使用同一份訂閱，但不要直接複製整份執行設定。桌面系統代理、Android VPN 接管、各應用程式設定與本機監聽位址都屬於裝置環境，不應連同節點參數一併照抄。可以共用的是伺服器資訊，而非所有執行狀態。

使用相同節點確認兩端相容性

桌面端：v2rayN

更新目標訂閱群組，選擇一個節點。
需要 REALITY 時，確認啟動記錄顯示使用 Xray。
在「設定」→「參數設定」中確認本機監聽連接埠。
先驗證系統代理，再單獨檢查路由規則。

Android 端：依節點選擇用戶端

使用 v2rayNG 處理 Xray 功能節點。
V2Fly 相容節點可使用 v2flyNG。
更新相同群組，核對位址、連接埠與安全參數。
允許系統 VPN 授權，再檢查各應用程式的代理範圍。

兩端分別完成訂閱更新與連線測試；使用相同訂閱不代表本機設定會自動同步。

如果電腦可以連線、手機卻不行，先比較具體節點參數，再檢查手機系統時間、VPN 授權與各應用程式的適用範圍。若只有部分應用程式異常，優先檢查流量接管範圍與 DNS，不要立即認定兩條核心路線存在協定差異。

連接埠與故障排查：區分本機入口和伺服器端

連接埠號是具體的設定值，不是核心的識別標記。以下以 10808 作為本機 SOCKS 入口範例，以 443 作為遠端伺服器連接埠範例；兩者都不是強制預設值，也不能互換。實際值請從用戶端設定與節點編輯頁確認。

2020

兩條核心路線發展的重要年份

10808

本機 SOCKS 監聽連接埠範例

443

遠端伺服器連接埠範例

例如，應用程式需要手動填寫 SOCKS 代理時，位址可設為本機的 127.0.0.1:10808，前提是用戶端確實在該連接埠監聽。節點編輯頁中的遠端連接埠仍應使用服務提供者給定的值。一般本機使用時，請維持迴圈介面監聽，不要為了排除問題而任意開放給所有網路介面。

狀況	優先檢查項目	下一步
更新訂閱後沒有項目	更新提示、群組啟用狀態、格式與篩選條件	確認訂閱解析正常，再檢查核心相容性
啟動時立即回報未知欄位	用戶端記錄、核心版本與設定格式	更新相容的用戶端，保留原有節點參數
連線逾時	伺服器位址、遠端連接埠、目前網路是否可連線	在同一裝置切換網路重試，避免同時修改多個項目
TLS 或驗證失敗	系統時間、SNI、UUID、REALITY 參數	逐項比對服務提供者給定的參數
記錄正常但應用程式無法連線	系統代理、VPN 授權、路由與 DNS	確認應用程式流量確實進入本機入口

遷移判斷：保留可重現的設定基準

更換核心前，先保存目前可用的節點與路由設定。圖形化用戶端可能在啟動或切換節點時重新產生 config.json，因此建議透過介面修改並留下記錄，而非直接編輯暫時產生的檔案。Xray 與 V2Fly 的設定欄位有部分重疊，但不能因此認定整份 JSON 檔可以直接互換。

節點要求 REALITY 或 Vision：使用相容的 Xray 路線，並核對用戶端與核心版本。
現有 VMess 節點運作穩定：先保留目前方案，有明確需求時再遷移。
只是為了提升速度：固定節點、網路、目標網站與測試時段，再比較延遲與持續傳輸表現；不要把線路變動造成的差異算成核心的效益。
遷移後出現異常：先還原原本可用的設定，再逐項比較協定、傳輸方式、安全層、接管範圍與路由，不要同時修改所有設定。

結論：先符合協定需求，再減少變因

選擇核心的首要條件，是節點能否依原有參數正常運作。確認相容後，再比較日常連線表現；遇到問題時，每次只修改一項設定，才能判斷問題來自訂閱、核心還是流量接管。