V2Fly、Xray 與各款客戶端是什麼關係：一文看懂 Project V 開源生態

先拆解四個容易混淆的概念

先說結論：Project V 是生態背景，V2Fly 和 Xray 是核心家族，VMess、VLESS 屬於協定或設定能力，v2rayN、v2rayNG、v2flyNG 才是使用者日常操作的客戶端。它們不在同一個層級，不能直接互相比較。

核心負責實際處理資料。它會讀取入站、出站、DNS、路由與傳輸設定，監聽本機連接埠，再依規則決定流量去向。例如客戶端將本機 SOCKS 入口設為 127.0.0.1:10808 後，真正接收連線、比對網域規則並建立遠端連線的是核心，而不是介面上的按鈕。

客戶端介面負責把複雜設定轉成可操作的選單。新增訂閱、選擇節點、切換系統代理、查看日誌、產生核心設定，通常都由客戶端完成。關閉介面後連線是否繼續，則取決於客戶端的執行方式，以及核心程序是否仍在執行。

名稱所屬層級

• Project V：圍繞代理核心、協定、設定格式與配套工具形成的開源技術生態。
• V2Fly：由社群維護的核心家族，核心專案通常稱為 v2ray-core，延續 V2Ray 的模組化架構。
• Xray：從相近的程式碼基礎發展出的獨立核心家族，核心專案通常稱為 Xray-core。
• VMess、VLESS：節點設定可能使用的協定。協定名稱無法單獨說明客戶端名稱，也不能代表所有傳輸參數都相容。
• v2rayN、v2rayNG、v2flyNG：面向桌面或 Android 的客戶端，負責訂閱管理、節點編輯與呼叫核心。

Project V 如何分成 V2Fly 與 Xray 兩條路線

Project V 早期以 V2Ray 為核心名稱，重點是將入站、出站、路由、DNS 與底層傳輸拆分成可組合的模組。使用者看到的 inbounds、outbounds 和 routing.rules 等設定結構，正是這種設計思路的體現。

約在 2020 年前後，原有社群的維護組織與貢獻方式發生變化。V2Fly 社群持續維護 v2ray-core，並朝相容性、模組維護與既有設定演進的方向發展。Xray-core 則在共同技術基礎上獨立發展，形成自己的發布節奏、擴充能力與實作選擇。

「源自共同基礎」不代表「如今完全相同」。兩者仍共用不少概念，例如入站、出站、路由規則、VMess、VLESS、SOCKS 與 HTTP 本機入口，但具體欄位、預設值、傳輸擴充與新功能的支援時間可能不同。複製設定時，核心能啟動不代表每個欄位都會如預期生效。

授權條款差異代表什麼

MIT 與 MPL-2.0 都允許公開使用、研究及再發布程式碼，但進行二次開發時，須履行的聲明與原始碼公開義務並不相同。一般使用者安裝客戶端時通常不必據此選擇；開發者將核心嵌入自己的程式、修改原始碼或重新發布時，才需要逐項閱讀專案附帶的授權條款。

客戶端也有自己的授權條款。v2rayN、v2rayNG 與 v2flyNG 目前常見的發布程式碼採用 GPL-3.0，客戶端授權與核心授權需要分開理解。介面採用哪種授權，不會自動將其呼叫的獨立核心改成相同授權。

v2rayN、v2rayNG、v2flyNG 分別搭載哪些核心

v2rayN 是桌面客戶端，支援 Windows、macOS 與 Linux。它不是協定，也不是單一核心的別名。7.x 版本線提供訂閱、路由、系統代理、TUN 與核心管理等介面功能，常見設定以 Xray-core 執行，也能在相應設定中選擇受支援的 V2Fly 核心。

v2rayNG 是 Android 客戶端，主要呼叫 Xray-core。它將分享連結、訂閱群組、路由設定與 VPN 服務入口集中在行動版介面中。v2flyNG 同樣面向 Android，但核心路線對應 V2Fly。兩者介面可能相近，核心來源與功能支援時間卻不因此相同。

訂閱服務提供的是節點資料，不會把特定客戶端一併安裝到裝置上。一個標準的 VMess 或 VLESS 分享連結可能被不同客戶端識別，但涉及特定傳輸擴充時，必須核對核心能力。能顯示節點名稱只代表連結解析成功，不代表連線參數已獲完整支援。

如何確認目前執行的核心

1. 查看版本

   在 v2rayN 7.x 開啟「說明」→「關於」，先記錄客戶端版本；客戶端版本與核心版本是兩個獨立數字，不要混為一談。

2. 檢查類型

   進入「設定」→「參數設定」→「Core 類型」，查看目前節點設定所對應的核心選擇。不同小版本的欄位位置可能調整，但名稱通常會包含 Core 或核心。

3. 讀取日誌

   啟動節點後開啟執行日誌，開頭通常會顯示 Xray 1.x 或 V2Ray 5.x。這比根據客戶端圖示猜測可靠得多。

4. 核對行動版

   在 v2rayNG 或 v2flyNG 中進入「設定」→「關於」，記錄客戶端版本；接著查看啟動日誌中的核心名稱與版本號。

5. 測試入口

   確認日誌顯示本機入口已在監聽。常見 SOCKS 範例為 127.0.0.1:10808；若提示連接埠已被占用，應修改連接埠或關閉占用它的舊程序。

如何判斷訂閱、協定與核心的相容性

訂閱通常是一組節點項目。客戶端更新訂閱後，會先解析 VMess、VLESS 等分享內容，再產生核心可讀取的設定。這個流程有兩道門檻：客戶端必須認得訂閱格式，核心則必須支援轉換後的協定與傳輸參數。

以 VLESS 為例，只看到 vless:// 開頭還不夠，還要檢查伺服器位址、連接埠、使用者識別碼、加密欄位、傳輸方式、伺服器名稱與安全層參數。任何關鍵欄位缺失，都可能表現為連線逾時、握手失敗或日誌回報設定錯誤。

VMess 也不是「只要支援 V2Ray 就一定能連線」。系統時間偏差、使用者識別碼錯誤、傳輸路徑不一致、TLS 伺服器名稱錯誤，都可能導致失敗。排查時應從日誌中的第一個錯誤開始，不要同時修改 DNS、路由與協定參數。

{
  "inbounds": [{
    "listen": "127.0.0.1",
    "port": 10808,
    "protocol": "socks"
  }],
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [{
      "type": "field",
      "ip": ["geoip:private"],
      "outboundTag": "direct"
    }]
  }
}

四步驟相容性檢查

1. 先看解析：更新訂閱後是否出現節點，節點位址與連接埠是否完整。沒有節點通常是訂閱位址、內容格式或更新流程的問題。
2. 再看啟動：選擇節點後觀察核心日誌。設定欄位不受支援時，日誌通常會在建立連線前直接回報錯誤。
3. 接著看握手：若核心正常啟動但連線失敗，請核對協定、安全層、傳輸方式、伺服器名稱與系統時間。
4. 最後看分流：節點已連線但部分網站異常時，再檢查 DNS、路由規則、系統代理與 TUN，不要回頭反覆更換訂閱格式。

一般使用者該如何選擇與維護

桌面端優先使用 v2rayN，核心選擇則依已驗證的設定與訂閱要求決定。Android 端若訂閱文件明確依 Xray 能力提供參數，使用 v2rayNG；若現有設定基於 V2Fly 且長期穩定，使用 v2flyNG 可減少移轉變因。

升級時先區分客戶端升級與核心升級。客戶端升級可能改變選單、訂閱儲存方式與系統代理行為；核心升級可能改變設定驗證、協定實作與路由能力。一次只升級一個層級，更容易從日誌判斷變化來源。

移轉前應記錄客戶端版本、核心版本、本機監聽連接埠、目前路由模式與 DNS 設定。以桌面端為例，至少記錄 SOCKS 連接埠是否為 10808、系統代理模式是全域還是規則，以及 TUN 是否開啟。只儲存訂閱連結，無法完整還原這些本機選項。

• 穩定優先：現有節點、DNS 與路由都正常時，按固定週期升級即可，不必頻繁切換核心家族。
• 需求優先：需要特定協定擴充時，先確認伺服器與訂閱說明，再選擇能實作該能力的核心。
• 日誌優先：連線失敗時先保留啟動日誌與第一個錯誤，避免連續修改多個參數。
• 設定優先：同名節點在不同客戶端中可能產生不同設定，應核對實際欄位，而不是只比較節點名稱。
• 分層升級：客戶端、核心與訂閱分開更新，每次更新後完成一次連線與分流測試。

歸根究柢，Project V 是一張技術關係圖，不是一套需要單獨安裝的軟體。V2Fly 與 Xray 負責核心實作，三款客戶端則將訂閱、節點、路由與系統網路入口整理成可操作的介面。遇到問題時依序確認客戶端、核心、協定、傳輸、DNS 與路由，排查路徑會比單純更換軟體清楚得多。