Xray 核心與 V2Fly 核心有什麼差異：協定支援、效能特性與客戶端對應關係

選擇客戶端時看到「Xray 核心」「V2Fly 核心」，很容易誤以為它們只是同一個程式的不同名稱。實際上，圖形客戶端負責訂閱匯入、節點選擇、系統代理與介面互動，核心才負責解析設定、建立連線、執行路由並處理流量。節點能否使用某種協定組合，最終取決於目前執行的核心是否認得對應欄位。

Xray 與 V2Fly 都延續了 Project V 的設定思路，常見的入站、出站、路由、DNS 與策略結構仍然相似。兩者在 VMess、一般傳輸與基礎路由情境中有很大交集，但發展方向已經分開：Xray 更積極擴充 VLESS、XTLS Vision 與 REALITY 等能力，V2Fly 則依照自身版本線維護 V2Ray 核心及其設定體系。

因此，比較核心不能只看「哪個速度更快」。更有效的判斷順序是：先看訂閱節點使用了哪些協定與安全層，再看客戶端實際搭配哪個核心，最後才比較本機裝置與線路條件。協定不相容時，測速數字沒有意義；協定相容時，線路品質往往比核心名稱更能決定最終體驗。

同源不代表設定可以完全互換

V2Fly 是 V2Ray 社群延續維護的一條核心實作路線，保留了模組化代理平台的整體設計。Xray 則從早期 V2Ray 程式碼體系發展而來，在相容部分既有設定思路的同時，增加了獨立協定能力、傳輸選項與安全機制。兩者都能擔任代理核心，但現在已是分別發佈、各自演進的專案。

共同基礎主要體現在設定模型上。例如，一份典型設定仍會描述本機入站連接埠、遠端出站、網域解析與路由規則。SOCKS 入站可以監聽本機 10808 連接埠，HTTP 入站可以監聽 10809 連接埠，路由再依網域或位址範圍選擇直連、代理或封鎖出站。這類結構概念在兩條路線中都能找到。

差異出現在具體欄位與實作細節。訂閱中的 `security=reality`、`flow=xtls-rprx-vision`、公鑰、短識別碼與伺服器名稱等參數，對應的是 Xray 的 REALITY 與 Vision 能力。將這類節點交給不支援相應欄位的核心，常見結果是匯入時遺失參數、啟動時顯示未知設定，或建立連線後立即中斷。

協定支援差異：重點查看 VLESS、XTLS 與 REALITY

VMess 是兩條技術路線歷史上最典型的協定之一。對於 VMess + TCP、VMess + WebSocket + TLS 這類成熟組合，Xray 與 V2Fly 通常都能處理。只要伺服器參數、使用者識別碼、連接埠、傳輸路徑與 TLS 網域一致，客戶端的相容範圍就很廣。此時更應檢查伺服器是否可達、時間是否同步，以及訂閱欄位是否完整。

VLESS 是判斷核心選擇的重要線索。尤其當節點同時出現 `xtls-rprx-vision` 或 REALITY 參數時，應直接使用 Xray 核心。Vision 的目標不是單純取代 TLS，而是在適用的流量路徑中減少不必要的重複處理；REALITY 則提供一套由 Xray 實作的握手與身分驗證機制。兩者經常組合出現，但不是「開啟就加速」的通用開關，伺服器端與客戶端必須嚴格對應。

傳輸層名稱相同，也不代表設定一定通用。WebSocket 的路徑與 Host、gRPC 的 serviceName、TLS 的 serverName，以及 REALITY 的 publicKey、shortId、fingerprint 都會影響連線。缺少一個欄位，就可能讓表面相同的節點產生完全不同的結果。進行訂閱轉換或手動複製節點時，必須逐項核對，而不是只保留伺服器位址與連接埠。

效能差異：協定路徑比核心名稱更重要

在相同伺服器、相同線路與相同協定下，Xray 與 V2Fly 不一定會出現肉眼可見的速度差距。連線速度還會受到伺服器 CPU、鏈路壅塞、往返延遲、丟包率、TLS 握手、傳輸封裝與本機路由規則影響。只更換核心卻同時更換節點，得到的結果無法說明核心效能。

一組可重現的對照測試應固定伺服器、連接埠、使用者參數與測試時段。例如在 300 Mbps 本地網路、42 ms 基礎往返延遲、丟包率低於 0.3% 的條件下，對同一個 VMess + WebSocket + TLS 節點連續測試 5 輪，下載結果可能分別落在 184 至 197 Mbps 與 181 至 195 Mbps。兩個區間有所重疊，不能據此斷言某個核心始終更快。

如果改用 Xray 專屬的 VLESS + Vision + REALITY，比較對象已不再對等，因為 V2Fly 無法依相同設定路徑完成測試。此時 Xray 的優勢在於「具備這項能力」，而不是在相同功能上多出固定百分比。技術選擇應先滿足協定可用性，再討論吞吐量與資源消耗。

客戶端對應關係：如何選擇 v2rayN、v2rayNG 與 v2flyNG

v2rayN 是桌面端圖形客戶端，負責訂閱、節點管理、系統代理、路由與核心呼叫。現代 VLESS、Vision、REALITY 節點通常搭配 Xray 核心執行。使用 Windows 時，可以在 v2rayN 的「設定」→「參數設定」中檢查核心相關選項，並在啟動日誌中確認實際載入的核心名稱與版本，不能只憑客戶端名稱推斷。

v2rayNG 是 Android 端常用客戶端，採用 Xray 核心路線，適合匯入 VMess、VLESS 以及包含 REALITY 參數的訂閱。首次連線還需要完成系統的 VpnService 授權。節點顯示已連線後，若瀏覽器沒有流量，應先查看通知欄中的 VPN 狀態，再檢查分應用程式代理是否將目標應用程式排除。

v2flyNG 對應 V2Fly 核心路線，適合需要使用 V2Ray 核心體系、以 VMess 與成熟傳輸設定為主的 Android 環境。它與 v2rayNG 的介面操作可能相近，但底層能力並不因此相同。將一條含有 REALITY 的分享連結匯入 v2flyNG，即使節點名稱成功出現，也不代表核心已接受關鍵參數。

1. 桌面端優先檢查節點協定：訂閱中出現 VLESS、REALITY、Vision 時，在 v2rayN 中確認使用 Xray 核心。
2. Android 端依核心路線選擇：需要 Xray 特性時使用 v2rayNG；明確使用 V2Fly 設定體系時使用 v2flyNG。
3. 匯入後展開節點詳細資訊：核對位址、連接埠、使用者識別碼、傳輸方式、TLS、SNI、Flow、公鑰與短識別碼。
4. 連線後檢查執行日誌：確認日誌中的核心版本、設定載入結果與實際出站，不要以介面上的延遲數字取代連線驗證。

訂閱可以匯入卻連不上，依這條流程排查

訂閱只是節點資訊的分發方式，不會自動消除核心差異。客戶端取得訂閱後，需要解析分享連結或結構化資料，再將參數轉換為核心設定。任何一步不認得欄位，都可能出現「節點已在清單中，但連線失敗」的現象。排查時應沿著訂閱解析、核心載入、網路連線、協定握手四個環節依序進行。

第一步查看節點詳細資訊。如果協定是 VLESS、安全項目為 REALITY，Flow 為 `xtls-rprx-vision`，就先確認目前客戶端確實使用 Xray。第二步查看日誌中是否有 `unknown field`、`failed to load config`、`failed to dial` 或握手失敗訊息。設定載入錯誤通常指向欄位或核心不匹配，撥號逾時則更可能與位址、連接埠、線路或伺服器狀態有關。

第三步檢查本機代理連接埠。v2rayN 常見的 SOCKS 與 HTTP 監聽連接埠分別是 10808、10809，但使用者修改過參數後，應以「設定」→「參數設定」中的實際值為準。如果瀏覽器手動填寫了 10809，而客戶端目前監聽 10808，核心即使連線正常，瀏覽器流量也不會進入正確的入站。

第四步暫時使用基礎路由測試。複雜規則可能將測試網域送往直連出站，造成「節點沒有生效」的錯覺。先切換到全域代理或最簡規則驗證連線，成功後再恢復網域分流，並逐條檢查規則順序。路由通常依設定順序匹配，過寬的直連規則放在前面，會提前攔截後續代理規則。

• 日誌在設定載入階段失敗：核對核心類型、設定版本與節點欄位。
• 日誌顯示連線遠端逾時：檢查伺服器位址、連接埠、防火牆與目前線路。
• 握手後立即中斷：核對使用者識別碼、SNI、Flow、REALITY 公鑰與短識別碼。
• 核心執行正常但網頁沒有流量：檢查系統代理、VpnService 狀態與本機監聽連接埠。
• 部分網站可用、部分網站失敗：檢查 DNS、網域規則、位址規則及規則順序。

版本升級與設定遷移要注意什麼

核心升級不只是替換可執行檔。隨著版本演進，設定欄位、預設行為、路由資源與協定實作都可能調整。長期維護的環境應記錄目前可用版本、客戶端版本、節點類型與自訂規則，升級後再依相同測試清單驗證，而不是只確認核心能夠啟動。

以固定測試基準為例，可以將 Xray 25.6.8 與 V2Fly 5.30.0 分別記錄為兩條獨立版本線，同時註明測試日期、設定來源與啟用協定。這些數字用於重現實驗，不表示兩個版本在發佈時間或功能層級上互相對應。Xray 的日期式版本與 V2Fly 的 5.x 版本不能依數字大小比較新舊。

從 V2Fly 環境遷移至 Xray 時，VMess、基礎入站與一般路由可以逐項轉換，但仍要檢查 DNS、策略、傳輸參數與資源檔案。反向遷移則更需要先刪除或替換 Xray 專屬設定；含有 REALITY、Vision 等欄位的出站不能原樣交給 V2Fly。最穩妥的方法是保留原設定，複製一份進行遷移，並一次只調整一個模組。

常見選擇問題

多數使用者不需要同時維護兩套核心。只要依訂閱中最複雜的節點能力選擇即可：存在 REALITY 或 Vision 就選 Xray；全部是經過驗證的 VMess 與一般傳輸，且現有 V2Fly 設定長期穩定，則可以繼續沿用。頻繁切換核心反而會增加設定差異與排查成本。

總結來說，Xray 與 V2Fly 的核心差異在於功能路線，而不是單純的品牌替換。Xray 更適合需要 VLESS、XTLS Vision、REALITY 以及現代訂閱相容性的環境；V2Fly 適合繼續維護 V2Ray 設定體系與成熟的 VMess 部署。選擇客戶端時，桌面端可使用 v2rayN 並確認 Xray 核心，Android 端則依路線選擇 v2rayNG 或 v2flyNG。

真正可靠的選擇依據始終是節點欄位、執行日誌與可重現的測試。先確認協定是否受支援，再核對傳輸、安全層與路由，最後在相同條件下比較效能，就能避開「節點已匯入就等於相容」「更換核心必然提速」這兩種常見誤判。