Xray 核心與 V2Fly 核心怎麼選：版本差異、協定支援與用戶端取捨

先分清核心與用戶端

選擇 Xray 或 V2Fly 前，第一步不是比較介面，而是把「核心」和「用戶端」分開來看。核心負責協定握手、傳輸、加密、DNS、路由比對，以及入站與出站連線；用戶端則負責訂閱管理、掃碼匯入、節點清單、系統代理切換和日誌顯示。平時操作的是用戶端介面，真正解析 VMess、VLESS、REALITY 等設定的，則是底層核心。

這項區分可以解釋一個常見現象：同一條分享連結可能被某個用戶端識別並顯示在節點清單中，卻不一定能成功連線。匯入層只需解析連結欄位，連線層還要求核心實作相應的協定與傳輸組合。反過來，即使核心具備某項能力，也需要用戶端將相關欄位完整寫入執行設定，才能正常使用。

因此，「哪個用戶端用起來比較順手」和「哪個核心能執行目前的節點」是兩個不同的選擇題。介面偏好可以稍後考慮，協定相容性則必須先確認。尤其遇到帶有 security=reality、flow=xtls-rprx-vision 或特定傳輸參數的 VLESS 節點時，核心能力會直接決定結果。

Xray 與 V2Fly：同源後的兩條實作路線

V2Fly 延續 Project V 體系中的通用代理與路由能力，設定結構仍以入站、出站、DNS、路由和策略等模組為核心。熟悉 V2Ray 設定的人通常能快速理解 V2Fly 的 JSON 結構，例如 inbounds 定義本機接入方式，outbounds 定義遠端連線，routing.rules 決定流量去向。

Xray 從相近的技術基礎發展出獨立的核心路線，並持續擴充 VLESS、XTLS Vision、REALITY 等能力。兩者有許多相似概念，但已不能簡單視為「同一個程式的不同版本」。隨著協定欄位、傳輸實作和設定能力各自演進，同名欄位的可用範圍、預設行為以及組合限制都可能不同。

實際選型不必圍繞名稱判斷「誰取代誰」。更有效的方法是查看節點要求：伺服器提供什麼協定，分享連結帶有哪些參數，用戶端核心是否實作這個組合。只有伺服器與本機核心的協定堆疊相互對應，連線才具備建立條件。核心越新也不代表任何舊設定都會自動獲得更好效果；穩定運作的 VMess 節點，沒有必要只因名稱變化就頻繁遷移。

協定支援差異：REALITY 是最明顯的分界

兩條核心路線都能處理常見的代理、路由和 DNS 情境，但在新協定與安全層擴充方面存在明確差異。最容易辨識的例子就是 REALITY。它屬於 Xray 體系的安全傳輸能力，常與 VLESS 和 Vision 流量控制搭配使用。如果節點資訊明確包含 REALITY 參數，應選擇 Xray 核心，以及能正確產生對應設定的用戶端。

REALITY 設定通常不只包含一個開關，還可能涉及伺服器名稱、公鑰、短識別碼、指紋和流量控制等欄位。只複製伺服器位址、連接埠和使用者識別碼，並不足以還原節點。進行訂閱轉換或手動編輯時，只要遺漏其中的關鍵欄位，就可能出現「節點已匯入但連線失敗」、「握手立即中斷」，或日誌提示安全層參數不完整。

VMess 是兩條路線中較常見的交集。對於標準 VMess 節點，選擇重點通常會轉向傳輸方式、TLS 參數和伺服器實際設定，而不是單純比較核心名稱。若同一個 VMess 節點在不同核心下表現不同，應先核對 WebSocket、gRPC、TCP 等傳輸設定，以及路徑、主機名稱、TLS 伺服器名稱和系統時間，不宜直接將問題歸因於協定本身。

判斷 VLESS 時需要更加謹慎。分享連結寫著 vless://，只能說明基礎協定類型，不能代表完整能力。還要繼續查看 security、flow、type 等參數。尤其當安全層為 REALITY，或流量控制指定 Vision 時，應按 Xray 節點處理。伺服器與用戶端對具體組合的支援必須一致，不能把「可以解析 VLESS 連結」等同於「可以執行所有 VLESS 組合」。

節點特徵	優先選擇	判斷重點
VMess 一般節點	Xray 或 V2Fly	核對傳輸、TLS、路徑與伺服器設定
VLESS + REALITY	Xray	公鑰、短識別碼、伺服器名稱、指紋與流量控制
VLESS + Vision	Xray	確認 flow 與伺服器設定一致
訂閱未標明協定細節	先查看節點欄位	不要只依據節點名稱或訂閱群組名稱

版本差異與更新節奏：相容性取決於具體版本

Xray 與 V2Fly 分別維護各自的版本，發布時間與功能重點並不同步。某個核心新增欄位，不代表另一條核心路線會在同一時間採用相同實作。用戶端版本也不等於核心版本：用戶端可以更新介面、訂閱邏輯或權限處理，而內建核心版本維持不變；也可能只升級核心，介面幾乎沒有變化。

排查問題時，應分別記錄用戶端版本和核心版本。只說「已經是最新版」並不足夠，因為自動更新管道、安裝套件發布時間和本機替換狀況可能不同。日誌開頭通常會顯示核心名稱與版本，發生連線故障時，這比介面版本更有判斷價值。

更新節奏較快的核心通常會更早支援新的協定欄位，同時也可能調整設定限制、淘汰舊寫法或修正邊界行為。更新較穩定的環境則更重視既有設定持續可用。在生產或長期運作情境中，建議保留目前可用的設定，確認訂閱欄位和路由規則相容後再更新。升級後若出現異常，應比較更新前後的核心版本、設定輸出與日誌，而不是連續修改多個無關選項。

比較版本時也應關注伺服器。用戶端核心支援某項能力，只代表本機具備實作；伺服器版本、伺服器協定設定和中間網路條件仍須相互匹配。協定名稱相同但參數組合不同，也可能無法建立連線。最可靠的依據是節點提供者給出的完整參數與適配說明，而不是根據連接埠號碼或節點備註猜測。

v2rayN、v2rayNG 與 v2flyNG 如何對應

桌面端：v2rayN

v2rayN 是桌面端的圖形化管理工具，常見用途包括匯入分享連結、管理訂閱、測試延遲、切換系統代理和查看執行日誌。選擇 v2rayN 時，仍應檢查實際啟用的核心及節點設定。對於 VLESS、REALITY、Vision 等 Xray 特性，應確保整個執行流程使用支援這些欄位的 Xray 核心。

桌面環境的優勢是更方便查看日誌與檢查設定。節點失敗時，可以先查看核心是否成功啟動，再區分 DNS 失敗、連線逾時、TLS 或 REALITY 握手失敗、路由錯誤分流等問題。不要反覆刪除並重新匯入同一份訂閱；如果訂閱內容本身沒有變化，重複匯入不會補齊遺漏的參數。

安卓端：v2rayNG

v2rayNG 搭載 Xray 核心，適合需要 Xray 協定能力的安卓情境。訂閱中包含 VLESS、REALITY 或 Vision 節點時，通常應優先考慮 v2rayNG。匯入後仍需確認應用程式版本與核心版本足夠新，並檢查分享連結中的關鍵欄位是否完整保留。

如果節點可以連線，但應用程式流量沒有如預期經過代理，應將協定問題與路由問題分開處理。協定握手成功只代表遠端通道已建立；應用程式代理、略過區域網路、DNS 策略和路由規則，仍會決定具體流量的去向。

安卓端：v2flyNG

v2flyNG 搭載 V2Fly 核心，適合使用 V2Fly 體系相容設定的安卓情境。現有訂閱以一般 VMess 節點為主，且伺服器長期依照 V2Fly 設定維護時，選擇 v2flyNG 可以讓用戶端與伺服器採用一致的實作路線。

如果訂閱後來新增 REALITY 節點，不應只在 v2flyNG 中手動補上幾個欄位。REALITY 屬於核心能力差異，在介面中加入同名參數，無法讓不相容的核心取得這項實作。此時應切換到搭載 Xray 核心的 v2rayNG，並重新匯入完整的節點資訊。

依節點協定選擇核心：一套可執行的判斷流程

1. 確認節點協定。 查看原始分享連結開頭或用戶端的節點詳細資料。vmess:// 與 vless:// 是基礎分類，訂閱名稱中的「高速」、「專線」等文字無法用來判斷協定。
2. 讀取安全層與流量控制。 對 VLESS 節點繼續檢查 security 和 flow。出現 reality 或 xtls-rprx-vision 時，直接依 Xray 能力選擇。
3. 檢查傳輸欄位。 核對 type、路徑、主機名稱、伺服器名稱等內容。核心支援基礎協定，不代表任意傳輸參數都可以省略。
4. 核對用戶端核心。 安卓端依照 v2rayNG 與 v2flyNG 的核心對應關係選擇；桌面端則在 v2rayN 的日誌或設定中確認實際執行的核心。
5. 使用日誌驗證。 先確認核心成功啟動，再檢查連線階段。設定解析錯誤、握手錯誤、逾時和 DNS 失敗，分別指向不同層級，不應混在一起處理。

如果訂閱同時包含 VMess 與 REALITY 節點，通常最省事的策略是選擇能涵蓋其中較高協定要求的 Xray 核心。如此一來，切換節點時不必同步更換用戶端。不過，既有 V2Fly 環境若只執行穩定的一般 VMess 節點，也沒有必要為了統一名稱而遷移。適配現有節點集合，比追求抽象上的「功能更多」更重要。

對於團隊或多裝置環境，建議將節點所需能力寫入設定說明，例如「VMess + WebSocket + TLS」或「VLESS + REALITY + Vision」，不要只記錄用戶端名稱。用戶端會升級，核心版本會變動，而協定組合才是重現連線所需的核心資訊。

切換核心前後的設定與排錯步驟

從 V2Fly 路線切換到 Xray 路線時，優先重新匯入原始分享連結或訂閱，不要直接複製用戶端產生的執行設定。產生的設定可能包含用戶端專用的本機入站連接埠、DNS 規則和路由標記，搬到另一套環境後容易造成欄位衝突。原始節點資訊更接近伺服器的實際要求。

切換完成後，先使用單一節點測試，暫時減少複雜的路由規則。確認遠端通道可用後，再恢復分流、DNS 和依應用程式設定。如此可以將問題分成「核心能否連線到節點」和「流量是否依規則進入節點」兩部分。如果一開始就同時調整訂閱、核心、DNS 和路由，日誌結果很難對應到某次修改。

排錯順序
1. 用戶端是否成功啟動核心
2. 節點協定與安全層是否受支援
3. 位址、連接埠、使用者識別碼是否完整
4. REALITY 公鑰、短識別碼與伺服器名稱是否一致
5. 傳輸類型、路徑和主機名稱是否匹配
6. DNS 是否回傳可用結果
7. 路由規則是否將目標流量送往正確的出站
8. 系統代理或本機接管是否已生效

遇到「連線後沒有網路」時，不要立即更換核心。先查看日誌中是否已完成遠端連線。如果握手成功但網頁無法開啟，問題更可能位於 DNS、路由或系統代理層；如果核心在讀取設定時就回報欄位錯誤，才應重點檢查協定支援與設定格式；如果持續逾時，則還需要確認伺服器位址、連接埠和目前網路是否可達。

訂閱更新也可能改變節點能力。同一個節點名稱在更新前後可能從 VMess 調整為 VLESS，或增加 REALITY 參數。用戶端保留舊快取時，表面上名稱沒有變化，實際設定卻可能已不一致。遇到伺服器通知協定升級時，應重新整理訂閱並檢查節點詳細資料，而不是繼續沿用手動儲存的舊節點。

結論：協定匹配優先於核心名稱

Xray 與 V2Fly 的選擇可以濃縮成一項規則：依照節點需求，選擇能完整實作該協定組合的核心。明確使用 REALITY、Vision 等 Xray 特性時，選擇 Xray；一般 VMess 與既有 V2Fly 設定穩定運作時，V2Fly 仍是直接的選擇。安卓端由 v2rayNG 對應 Xray、v2flyNG 對應 V2Fly；桌面端使用 v2rayN 時，則要繼續確認實際核心。

不要只看分享連結能否匯入，也不要只看用戶端版本號。協定、安全層、流量控制、傳輸欄位、用戶端核心和伺服器設定必須形成完整閉環。依照這個順序檢查，絕大多數「節點存在但無法連線」的核心選型問題都能快速定位。