本文適合正在分辨 V2Ray 生態名稱、選擇 v2rayN 或 Android 用戶端，以及排查核心相容性問題的讀者。讀完即可了解 Project V 的歷史定位、V2Fly 與 Xray 的關係，並依訂閱協定與執行平台選擇用戶端。
先拆解四個層次：專案、核心、協定與用戶端
這些名稱容易混淆，主要是因為它們並不處於同一個技術層級。Project V 比較接近早期的專案體系與生態名稱；V2Fly 是圍繞 V2Ray 延續維護的社群與專案集合；Xray 是從同一技術脈絡發展出的核心家族；v2rayN、v2rayNG、v2flyNG 則是使用者直接操作的圖形用戶端。
真正負責建立連線、解析路由規則、處理入站與出站流量的是核心。圖形用戶端負責儲存訂閱、產生設定、啟動核心、顯示記錄，並提供系統代理或 VPN 模式等操作入口。用戶端名稱中含有「v2ray」，不代表它只能執行一種核心，也不代表所有同名協定都具備完全相同的參數支援能力。
- 專案體系：描述程式碼、文件、社群協作與周邊工具的整體範圍。
- 代理核心：讀取設定並處理連線，例如 V2Ray Core 與 Xray-core。
- 代理協定：規定用戶端與伺服器之間如何交換資料，例如 VMess、VLESS、Trojan。
- 圖形用戶端：將訂閱、伺服器清單、路由與核心設定整理成可操作的介面。
可以把一次連線理解為一條執行鏈：使用者在圖形用戶端中選擇節點，用戶端將訂閱內容轉換成核心設定，核心再依照 VMess、VLESS 或 Trojan 等協定連線至伺服器。系統瀏覽器或其他應用程式通常會連線到本機監聽連接埠，例如 127.0.0.1:10808，之後才由核心轉送流量。
Project V、V2Fly 與 Xray 的演進關係
Project V 是理解這段歷史的起點。在早期語境中，它用來概括以 V2Ray 為核心的一組網路工具與設計理念，V2Ray Core 是其中最關鍵的執行元件。後來維護與社群協作方式發生變化，V2Fly 社群持續維護 V2Ray 相關程式碼、文件與生態專案，因此今天看到「V2Fly」時，通常指的是這條社群維護路線。
Xray 則是從 V2Ray 技術生態發展出的另一條核心路線。它承襲了相近的 JSON 設定概念、入站與出站模型、路由規則結構，也持續擴充傳輸方式、協定實作與底層能力。兩者有共同來源及許多相似概念，但屬於不同的核心家族，版本號、參數支援與發佈節奏不能混為一談。
| 名稱 | 主要定位 | 使用者會在哪裡看到 | 判斷重點 |
|---|---|---|---|
| Project V | 早期專案體系與生態概念 | 歷史介紹、技術文章、舊版文件 | 它不是需要另外安裝的圖形用戶端 |
| V2Fly | V2Ray 社群維護路線與專案集合 | V2Ray Core、v2flyNG、設定文件 | 留意 V2Ray Core 的版本與參數支援 |
| Xray | 獨立發展的核心家族 | Xray-core、v2rayN 核心設定、v2rayNG | 留意 Xray 專屬或優先實作的協定能力 |
| V2Ray | 既可指核心軟體，也常被泛指為整套生態 | 訂閱說明、節點名稱、用戶端介紹 | 結合上下文確認它指的是核心還是生態 |
結論：不要按名稱相似度判斷相容性
匯入設定前，先查看節點協定、傳輸層與核心要求。用戶端能顯示某個節點，不代表目前選用的核心一定能正確執行所有參數。
因此，把 Xray 簡單稱為「V2Fly 的新版本」並不準確，把 V2Fly 理解成桌面用戶端也不準確。更實用的說法是：V2Fly 與 Xray 屬於同源生態中的不同維護路線，圖形用戶端可以依自身設計固定使用某個核心，也可以提供多個核心供使用者切換。
v2rayN、v2rayNG、v2flyNG 分別對應什麼
v2rayN 是桌面圖形用戶端，適用於 Windows、macOS 與 Linux。它提供訂閱分組、伺服器清單、路由設定、記錄檢視與核心管理等功能。以 v2rayN 7.x 的介面邏輯為例，使用者可以在參數設定中確認目前的 Core 類型；不同版本的可選項目可能有所變動，因此移轉設定時，應一併記錄用戶端版本與核心系列。
v2rayNG 是 Android 用戶端，主要使用 Xray 核心處理連線，適合訂閱中包含 VLESS、VMess、Trojan 以及常見傳輸組合的情境。v2flyNG 同樣執行於 Android 平台，但使用 V2Fly 路線的核心，更適合明確要求 V2Ray Core，或需要比對 V2Fly 設定行為的使用者。
| 用戶端 | 平台 | 核心關係 | 常見使用情境 |
|---|---|---|---|
| v2rayN | Windows、macOS、Linux | 可在桌面端管理並選擇支援的核心 | 多個訂閱分組、批次測速、桌面路由分流 |
| v2rayNG | Android | 使用 Xray 核心 | 行動網路連線、依應用程式分流、匯入訂閱 |
| v2flyNG | Android | 使用 V2Fly 核心 | 執行 V2Ray Core 設定、比對 V2Fly 行為 |
確認平台
桌面系統優先查看 v2rayN；Android 裝置則依所需核心選擇 v2rayNG 或 v2flyNG。
查看協定
開啟訂閱節點詳細資料，記錄 VMess、VLESS 或 Trojan，以及 TCP、WebSocket、gRPC 等傳輸參數。
檢查核心
在 v2rayN 進入「設定」→「參數設定」→「Core 類型」，確認目前設定由哪個核心執行。
更新訂閱
切換核心後，重新更新對應的訂閱分組，避免繼續使用由舊快取產生的伺服器設定。
讀取記錄
連線後查看記錄中的啟動版本、監聽連接埠與握手錯誤；出現未知欄位時，先核對核心能力。
VMess、VLESS、Trojan 與核心不是同一個概念
VMess、VLESS 和 Trojan 是出站連線使用的協定類型，而 Xray-core、V2Ray Core 則是執行這些協定的程式。協定名稱相同，只能表示設定的大方向一致；能否匯入並連線，還取決於核心版本、傳輸組合，以及用戶端是否將訂閱欄位完整轉換為核心設定。
VMess 設定通常包含 UUID、伺服器連接埠、加密欄位與傳輸參數。舊設定中可能出現額外 ID，現代設定通常使用 alterId: 0。VLESS 不依賴 VMess 的驗證結構，常與 TLS、Reality、TCP、WebSocket 或 gRPC 等組合出現。Trojan 通常使用密碼欄位，並經常搭配 TLS 與伺服器名稱。
- 看到 VMess：檢查 UUID、伺服器連接埠、傳輸類型與 TLS 開關，舊節點還要留意額外 ID。
- 看到 VLESS：重點檢查流量控制、加密欄位、Reality 或 TLS 參數，以及用戶端目前使用的核心。
- 看到 Trojan：重點檢查密碼、伺服器名稱、憑證網域對應關係與傳輸層設定。
- 看到訂閱可匯入但無法啟動：優先在記錄中尋找 unknown field、failed to load config 或連接埠遭佔用的提示。
本機 SOCKS 入口：127.0.0.1:10808
本機 HTTP 入口：127.0.0.1:10809
檢查順序：用戶端狀態 → 核心記錄 → 本機連接埠 → 系統代理 → 出站連線連接埠號碼也需要區分「本機監聽連接埠」與「遠端伺服器連接埠」。例如瀏覽器連線的 127.0.0.1:10809 是本機 HTTP 代理入口，節點詳細資料中的 443 或其他連接埠則是遠端服務入口。兩者位置不同，修改本機連接埠不會自動改變訂閱中的伺服器連接埠。
常見名稱誤區與具體排查方法
生態名稱混用最常造成兩類問題：一類是下載了不符合裝置平台的用戶端，另一類是用戶端安裝正確，但選用的核心無法解讀訂閱參數。排查時應從介面層逐步深入核心層，而不是反覆刪除並重新匯入同一份訂閱。
安裝了 v2rayN 就一定正在執行 V2Ray Core 嗎？
不一定。進入「設定」→「參數設定」→「Core 類型」查看目前選擇，並在啟動記錄中確認實際載入的核心名稱與版本。
v2rayNG 和 v2flyNG 的訂閱可以通用嗎？
常見的 VMess、VLESS、Trojan 節點可能都能被識別，但特定流量控制與傳輸參數的支援會隨核心而異。匯入後應逐項核對節點詳細資料，並執行實際連線測試。
訂閱匯入成功，為什麼連線立即中斷？
先查看核心記錄。若出現未知欄位，檢查 Core 類型；若出現 connection refused，核對遠端位址與連接埠；若出現本機監聽失敗，檢查 10808 或 10809 是否已被佔用。
更換核心後需要重建節點清單嗎？
建議重新更新目前的訂閱分組並重新啟動用戶端。如此用戶端會依新核心的能力重新產生設定，避免舊程序或舊快取繼續佔用本機連接埠。
節點名稱寫著 Xray 就代表只能使用 Xray 嗎？
節點名稱只是訂閱提供者填寫的標籤。應展開節點詳細資料，依據協定、傳輸、流量控制與 TLS 參數判斷，而不是只看伺服器備註。
記錄中的「核心啟動成功」只表示設定已被接受並開始監聽，不代表遠端連線已完成。更完整的驗證順序是：確認核心程序啟動、確認本機連接埠監聽、開啟系統代理或應用程式內代理、造訪目標網站，最後查看出口位址是否如預期變更。
如何依需求選擇核心與用戶端
如果主要在桌面端管理多個訂閱、執行批次實際連線測速，並需要細分直連、代理與阻擋規則，v2rayN 提供更完整的管理介面。選擇節點前，可以先依訂閱分組隔離來源，再比較延遲與協定，最後確認 Core 類型與節點要求一致。
在 Android 裝置上，如果訂閱說明明確以 Xray 為目標，或節點使用 Xray 路線優先支援的參數，可先選擇 v2rayNG；如果需要執行 V2Fly 核心、重現 V2Ray Core 的設定行為，則選擇 v2flyNG。兩款用戶端不應同時保持 VPN 模式執行，否則會爭用系統連線入口。
- 先按平台篩選：桌面使用 v2rayN，Android 再在 v2rayNG 與 v2flyNG 之間選擇。
- 再按核心要求篩選：閱讀訂閱說明與節點參數，確認是否有特定流量控制、傳輸或版本要求。
- 保留預設本機連接埠：沒有連接埠衝突時，可先使用 10808 與 10809，方便依照常見教學定位問題。
- 進行實際連線驗證：測試延遲後仍要實際開啟網頁並查看記錄，單純 TCP 探測不能代表協定握手成功。
- 記錄可用組合：記下用戶端版本、核心系列、訂閱分組與可用節點，升級後方便快速比對。
結論：選擇順序是平台、協定、核心、節點
先決定裝置上可用的用戶端，再確認訂閱協定與核心能力，最後才比較節點延遲。這個順序能避免將核心不相容誤判為線路故障。
Project V、V2Fly 與 Xray 的關係不需要靠名稱死記。只要始終區分「誰負責維護專案、誰負責執行設定、連線使用什麼協定、使用者操作哪個用戶端」，遇到新版本或訂閱格式時也能自行判斷。對一般使用者而言，最有價值的資訊不是專案名稱出現幾次，而是目前用戶端最終啟動了哪個核心，以及該核心是否支援節點的完整參數組合。