本文適合需要在 v2rayN 中選擇執行核心、遷移舊節點或排查協定不相容問題的使用者。判斷只需兩步：先讀取節點的協定、安全層與 flow 欄位，再選擇能完整識別這些欄位的核心；REALITY 或 XTLS Vision 節點使用 Xray，常規 VMess、Shadowsocks 與標準傳輸節點則可依現有設定繼續使用 V2Fly。
兩條核心分支的關係與定位
V2Fly 延續 v2ray-core 的通用代理框架，設定仍由入站、出站、路由、DNS、策略與傳輸等模組組成。Xray-core 從相同技術體系分支發展，因此兩者在 JSON 設定結構、VMess 節點表示方式與常見傳輸層上保留許多相似之處。相似不代表設定可以任意互換：當設定包含某一分支獨有的安全層、flow 值或傳輸參數時，另一個核心可能直接拒絕啟動，也可能忽略無法識別的欄位。
Xray 著重於 VLESS、XTLS Vision、REALITY 及相關傳輸能力；V2Fly 則著重於維持通用代理核心、VMess 相容性與模組化設定。本文所稱的「核心」，是實際讀取設定、建立出站連線並處理流量的背景程式；v2rayN 是桌面端管理介面，負責儲存節點、產生設定、啟動核心與控制系統代理，兩者並非同一個元件。
- 共同基礎：都能透過入站接收本機應用程式流量，再依據路由規則轉送至代理或直連出站。
- 主要差異：Xray 提供 REALITY 與 XTLS Vision 相關實作，設定中常見
security: reality與flow: xtls-rprx-vision。 - 版本影響：同一分支的新舊版本也可能存在欄位差異，判斷相容性時必須同時確認核心名稱與版本。
- 用戶端職責：訂閱只負責提供節點資訊，最終能否連線取決於用戶端解析能力、核心能力與伺服器設定。
結論：分支名稱不是選型起點
先查看節點連結或訂閱項目中的協定、security、flow 與 transport。出現 REALITY 或 xtls-rprx-vision 時直接選擇 Xray；只有常規 VMess、Shadowsocks 或標準傳輸時，再考慮沿用 V2Fly。
REALITY、XTLS Vision 與常規傳輸的相容性差異
REALITY 不是一套獨立的代理協定。常見組合是由 VLESS 負責使用者識別與代理工作階段，TCP 或其他受支援方式負責承載，REALITY 負責安全交握與伺服器身分參數。節點中通常還會出現公鑰、短 ID、serverName 與 fingerprint。缺少任何必要值，或用戶端解析後未將其寫入核心設定，都會導致交握失敗。
XTLS Vision 通常透過 flow: xtls-rprx-vision 表示。它與一般 TLS、WebSocket 或 gRPC 並非同一層級的概念：TLS 或 REALITY 描述安全層，Vision 是 Xray 中與流量處理相關的模式，而 WebSocket、gRPC、TCP 則屬於傳輸方式。判斷節點時不能只看「VLESS」四個字，還要繼續讀取 security 與 flow。
| 節點組合 | Xray | V2Fly | 選擇依據 |
|---|---|---|---|
| VLESS + TCP + REALITY + Vision | 完整支援 | 不建議使用此組合 | 包含 reality 與 xtls-rprx-vision 欄位 |
| VLESS + TCP + TLS | 支援 | 需核對具體版本與設定格式 | 優先沿用訂閱指定的核心類型 |
| VMess + WebSocket + TLS | 支援 | 支援 | 兩端都屬於成熟的相容情境 |
| VMess + TCP | 支援 | 支援 | 檢查 UUID、連接埠與時間同步 |
| Shadowsocks 標準節點 | 支援常用加密方式 | 支援常用加密方式 | 重點確認目前版本是否能識別該加密方式 |
| gRPC 傳輸節點 | 支援 | 支援一般設定 | 確認 serviceName、TLS 與網域名稱 |
Xray 核心
推薦能處理 REALITY、XTLS Vision 及常見 VLESS 組合，也相容主流 VMess 節點，適合作為 v2rayN 的日常預設核心。
適用：新訂閱、REALITY 節點、VLESS Vision 節點
V2Fly 核心
適合繼續執行已確認穩定的 VMess、標準 TLS、WebSocket 與通用路由設定，遷移舊設定時所需變更較少。
適用：歷史 VMess 節點、既有 V2Fly JSON 設定
依節點欄位選擇核心，而不是依訂閱名稱選擇
訂閱名稱只是伺服器提供的顯示文字，同一個訂閱中可以同時包含 VMess、VLESS、Shadowsocks 以及不同傳輸方式。更新訂閱後，v2rayN 會將每個項目解析成獨立節點。正確做法是逐一檢查項目，而不是看到訂閱群組名稱後，就替整組節點套用相同的相容性結論。
對於 VLESS 連結，重點讀取 security、flow、type、sni、fp、公鑰與短 ID。對於 VMess 節點，重點讀取伺服器位址、連接埠、UUID、傳輸方式、Host、路徑與 TLS 開關。現代 VMess 設定通常使用 alterId: 0；從舊備份匯入時若仍帶有過時參數，應以伺服器目前設定為準。
推薦方案：依節點世代保留兩套驗證路徑
新節點與主要訂閱
- v2rayN 使用 Xray 核心
- 優先測試 VLESS、REALITY 與 Vision 項目
- 更新訂閱後重新讀取節點欄位
歷史設定與相容性驗證
- 保留已確認可用的 V2Fly 設定
- 使用同一個 VMess 節點進行連線比較
- 遷移前匯出目前用戶端設定
兩套路徑用於定位設定相容性問題，不建議讓兩個核心同時監聽相同的本機連接埠。
- 在 v2rayN 節點清單中選取目標節點，開啟編輯視窗，記錄協定、連接埠、傳輸、安全類型與 flow。
- 進入「設定」→「參數設定」，查看核心相關選項。不同 v2rayN 版本的標籤名稱可能略有差異，應以目前介面顯示為準。
- 選擇 Xray 後重新啟動目前節點，再開啟日誌視窗確認實際啟動的是 Xray，而不只是修改了顯示群組。
- 執行實際連線延遲測試。能顯示延遲只代表連線流程成功，不代表下載吞吐量一定更高。
- 若切換至 V2Fly 後出現未知欄位、設定解析失敗或核心立即退出，應恢復使用 Xray，並檢查節點是否包含 REALITY 或 Vision 參數。
效能差異應在同一節點與同一時段內比較
核心選擇首先是相容性問題，其次才是效能問題。不同節點、不同機房與不同時段的結果不能直接歸因於核心。為減少變數，應使用同一台伺服器、同一種協定、同一路由模式與相同測試目標，只替換用戶端核心。測試前關閉正在執行的下載工作，並確認系統中沒有第二個代理程式佔用監聽連接埠。
一組區域網路測試環境使用 Windows 桌面端、本機 SOCKS 連接埠 10808，以及同一台 1 Gbps 網路接入伺服器，分別測試三輪。VMess + WebSocket + TLS 在 Xray 25.3.6 下的實際連線延遲中位數為 86 ms，在 V2Fly 5.28.0 下為 89 ms；單執行緒下載速度分別為 92 Mbps 與 89 Mbps。約 3% 的差異不足以說明某個核心普遍更快，因為一次線路抖動就可能掩蓋這項差距。
REALITY + Vision 節點無法使用 V2Fly 進行等價比較，因為關鍵能力本身並不對等。這類情境只能比較不同 Xray 版本，或與伺服器另行提供的 VMess、標準 TLS 節點比較。比較時也要保持路由規則一致；如果一輪測試走代理出站，另一輪因網域規則命中直連，結果就沒有參考價值。
測試記錄範例
用戶端：v2rayN
本機入口：SOCKS 127.0.0.1:10808
遠端連接埠：443
路由模式：全域代理
測試輪數：3
記錄項目：核心版本、實際連線延遲、單執行緒下載、核心日誌錯誤結論：低於 10% 的單次差異先視為線路波動
只有在同一節點連續多輪測試中維持穩定差距，且日誌、路由與本機負載一致時，才值得進一步分析核心實作。節點壅塞、跨網路路由與伺服器負載通常比核心差異更顯著。
從 V2Fly 切換至 Xray 的檢查步驟
切換核心不會自動修正節點參數。舊 VMess 節點通常可以直接驗證，但手寫 JSON、舊訂閱快取與自訂路由規則需要個別檢查。操作前先記錄目前可用節點與核心版本，避免切換後無法判斷問題是由設定變更、訂閱更新還是核心變更造成。
- 保存現況：匯出目前節點或備份 v2rayN 設定目錄，同時記下正在使用的節點名稱、系統代理模式與本機連接埠。
- 更新核心：使用 v2rayN 提供的核心管理入口完成更新，結束舊核心程序後再啟動新核心。
- 檢查監聽：確認 10808 等本機連接埠沒有被舊程序佔用。日誌出現 address already in use 時，應先結束佔用程序，而不是反覆點擊連線。
- 重新整理訂閱：更新目標訂閱，讓用戶端重新解析節點欄位。對於 REALITY 節點，檢查公鑰、短 ID、SNI 與 fingerprint 是否完整。
- 逐一驗證：先測試一個已知可用的 VMess 節點，再測試 VLESS + REALITY 節點。這樣可以區分基礎網路故障與特定協定故障。
- 恢復路由：連線成功後再啟用原有分流規則，並檢查 DNS、直連網域與代理網域是否按預期命中。
反向切換至 V2Fly 時，應先移除或停用依賴 REALITY、XTLS Vision 的節點。不要只刪除設定中的未知欄位後強行啟動，因為刪除 security、flow 或公鑰並不會將原節點轉換成標準 TLS 節點。用戶端設定必須與伺服器監聽方式一致，協定轉換需要伺服器同時提供相應入口。
常見相容性問題與處理方法
錯誤排查應從核心日誌開始。介面顯示「連線失敗」只能表示程序啟動、設定解析、DNS、TCP 建立連線或安全交握中的某個步驟未完成。日誌中的 unknown field、failed to build config、connection refused、timeout 與 address already in use 分別對應不同方向，不能一律當作「節點失效」處理。
REALITY 節點成功匯入，為什麼一連線就退出？
先在日誌中確認實際啟動的核心名稱與版本，再檢查節點是否包含公鑰、短 ID、SNI、fingerprint 與 xtls-rprx-vision。若目前使用 V2Fly，應切換至 Xray 後重新啟動節點。
VMess 節點兩個核心都能連線，應該保留哪個？
保持路由、DNS 與測試時間一致，各執行三輪實際連線延遲與下載測試。差距不足 10% 時，優先保留目前穩定的設定；若訂閱還包含 REALITY 節點，可統一使用 Xray 以減少切換次數。
切換核心後提示 10808 連接埠被佔用？
中斷目前連線並結束殘留的核心程序，再檢查「設定」→「參數設定」中的本機監聽連接埠。不要讓 Xray 與 V2Fly 同時監聽 127.0.0.1:10808。
更新訂閱後原本的節點欄位變了？
訂閱更新會依伺服器目前內容重建項目。先比對協定、連接埠、傳輸與安全層；若伺服器已從 VMess 改為 VLESS + REALITY，應使用 Xray，並以新下發的公鑰與短 ID 為準。
節點測得出延遲，但瀏覽器打不開網頁？
檢查系統代理是否啟用、瀏覽器是否使用系統代理，以及路由規則是否將目標網域送入代理出站。接著查看 DNS 日誌，確認解析結果沒有被錯誤的直連規則接管。
最終選擇：新協定使用 Xray，穩定舊設定視需要保留 V2Fly
對大多數使用 v2rayN 的桌面環境而言，Xray 更適合作為預設核心。原因不是所有節點都能獲得更高速度，而是它能涵蓋 VMess 等常見設定，同時處理 VLESS、REALITY 與 XTLS Vision 節點。訂閱內容經常混合多種協定時，統一使用 Xray 可以減少因切換核心而遺漏操作的情況。
V2Fly 仍適合明確依賴其設定結構、已長期驗證的 VMess 節點與現有自動化設定。只要伺服器與用戶端版本相符，一般 WebSocket、TLS、TCP 與路由功能都能繼續使用。沒有必要為了名稱更新而改動穩定設定，但新增 REALITY 節點時，應建立獨立的 Xray 驗證路徑。
- 節點含
security=reality：選擇 Xray。 - 節點含
flow=xtls-rprx-vision：選擇 Xray。 - VMess + WebSocket + TLS：兩者通常都可使用，依現有穩定性與日誌結果選擇。
- 手寫 V2Fly JSON：先核對欄位，再決定是否遷移，不要直接替換可執行核心。
- 同一訂閱混合新舊協定：優先使用 Xray 逐項驗證，避免頻繁切換核心。
- 切換後無法啟動：先檢查設定解析與連接埠佔用，再檢查遠端網路。