Project V 是理解這套工具生態的背景；V2Fly 與 Xray 是不同的核心維護路線，v2rayN、v2rayNG、v2flyNG 則是提供使用者操作的用戶端。選擇時，應先依節點需求確認核心，再挑選適用平台的用戶端。本文將從專案關係、協定能力與設定排查三個面向，說明如何避免「訂閱匯入成功，連線卻不相容」的問題。
一、Project V、V2Ray 與核心是什麼
Project V 不是另一套需要單獨安裝的桌面軟體，而是由網路代理工具組成的專案體系。V2Ray 是其中的核心專案，負責接收連線、比對路由、處理協定並建立對外連線。日常對話中的「V2Ray」有時也泛指整套用戶端使用方式，因此同一個詞可能指核心，也可能只是某類節點的俗稱。
核心通常沒有完整的訂閱管理視窗。使用者在用戶端選擇伺服器、切換系統代理或編輯路由後，用戶端會將這些設定轉成核心可讀取的設定檔，再啟動對應程序。先區分這兩個層次，才能判斷問題該檢查介面設定還是協定記錄。
- 生態與專案：Project V 提供了解專案來源的背景，不是節點協定名稱。
- 核心：V2Fly 維護的 V2Ray Core 與 Xray Core，負責實際連線及流量處理。
- 用戶端：v2rayN、v2rayNG、v2flyNG 提供操作介面、訂閱管理與平台整合。
- 節點設定：記錄伺服器位址、連接埠、身分憑證、傳輸方式與安全參數，必須與伺服器端設定相符。
二、V2Fly 與 Xray：源自共同背景，走上不同發展路線
V2Fly 是延續維護 V2Ray 的社群專案。約在 2020 年，社群維護逐步形成今日常見的 V2Fly 路線；同年，Xray 以 V2Ray 程式碼為基礎分支發展，之後持續完善自己的協定實作、傳輸方式與設定能力。兩者有共同的發展背景，但並非同一個程式的兩種外觀，也不會因安裝其中一個就自動升級成另一個。
比較差異時應檢視具體功能，而非只看名稱。VMess、VLESS 是協定名稱，WebSocket 是傳輸方式，TLS、REALITY 涉及連線安全層，XTLS Vision 則是 Xray 的流量控制方案。這些項目屬於不同層次，因此不能把「VMess 和 REALITY 哪個比較好」當成同一個面向來比較。
Xray Core
推薦若節點明確要求 VLESS、REALITY 與 Vision 組合，請選擇支援相應功能的 Xray 版本。推薦依據是設定是否相符，不代表能保證在所有網路環境下都有特定速度。
適用情境：伺服器指定使用 Xray，或節點包含 REALITY、Vision 參數。
V2Fly 維護的 V2Ray Core
適合沿用 V2Ray 設定體系的環境。現有 VMess、WebSocket、TLS 節點是否可用，仍須確認目前核心版本、傳輸支援與伺服器端參數，不能只憑協定名稱判斷。
適用情境：已有可正常運作的 V2Fly 部署，並希望延續既有設定與維護方式。
VLESS 這個名稱本身也不能作為區分兩條路線的唯一依據。基礎協定支援與特定組合支援是兩回事：能辨識 VLESS，不代表能處理 REALITY 或 xtls-rprx-vision。同樣地，V2Ray 的 v4 風格設定與 v5 設定體系也不宜混用；在網路上找到 JSON 片段時，應先確認它適用於哪個核心與設定格式。
選擇結論：先查看節點欄位，再決定核心
如果節點包含 REALITY 公鑰、short ID 與 Vision 流量控制要求，請優先確認用戶端使用的 Xray 版本能處理這些欄位；如果現有 V2Fly 設定運作正常，就先維持原狀，不必只因專案名稱變更而遷移。
三、三款用戶端分別使用哪種核心
用戶端名稱相近，不代表實作完全相同。桌面版 v2rayN 可管理不同核心，實際可選項目取決於版本、平台與安裝內容；Android 版 v2rayNG 以 Xray 為核心，v2flyNG 則採用 V2Fly 維護的 V2Ray 核心。應用程式版本與核心版本是兩套不同的版本編號，比較功能時需要分別記錄。
| 用戶端 | 平台 | 核心關係 | 選擇依據 |
|---|---|---|---|
| v2rayN | Windows / macOS / Linux | 支援管理多種核心，請以實際版本及已安裝的核心為準 | 需要桌面版訂閱管理、系統代理與路由設定 |
| v2rayNG | Android | Xray 核心 | 節點需要 Xray 功能，或需要在 Android 裝置管理相應設定 |
| v2flyNG | Android | V2Fly 維護的 V2Ray 核心 | 節點與設定以 V2Fly 路線為主 |
在 v2rayN 中，應同時檢查節點編輯視窗中的協定與傳輸欄位，以及實際執行記錄中的核心名稱。介面上看得到某個選項，不代表目前選用的核心就能執行該功能。反過來說，即使核心支援某項功能，也需要用戶端正確產生設定檔才能使用。
- 先記下用戶端的完整版本號，再從啟動記錄確認核心名稱與版本號，避免只記「最新版」。
- 開啟節點編輯視窗，核對位址、連接埠、使用者 ID、傳輸類型與安全層，確認匯入時沒有遺漏欄位。
- 重新啟動連線，確認記錄顯示的是設定解析失敗、交握失敗，還是連線建立後才出現存取問題。
四、訂閱格式通用，不代表節點與設定完全通用
訂閱連結是分發節點資訊的入口，不是一種代理協定。訂閱內容可能包含分享連結，也可能採用用戶端支援的其他格式。兩款用戶端都能讀取同一個網址，只代表它們接受該分發格式；解析後是否保留所有欄位、是否支援每個節點，仍須分別確認。
例如，某個 VLESS 節點使用遠端連接埠 443，並要求特定的 server name、公鑰、short ID 與 xtls-rprx-vision。即使伺服器位址與使用者 ID 都正確，少了任何一項必要參數仍可能導致連線失敗。連接埠 443 也不代表一定使用一般 TLS，仍應以節點明確標示的安全類型為準。
設定方式：分別在桌面與 Android 裝置驗證同一份訂閱
桌面版：v2rayN
- 先更新訂閱，選擇一個參數完整的節點作為基準。
- 依節點需求選擇核心，並記下啟動記錄中顯示的實際核心版本。
- 分別檢查系統代理與路由規則，不要同時啟用多種流量接管方式。
Android 版：v2rayNG 或 v2flyNG
- 依節點所需功能選擇用戶端，再匯入訂閱。
- 確認已授予系統 VPN 權限，並檢查目標應用程式是否被分流規則排除。
- 使用同一個節點重新測試，並分別設定本機 DNS 與路由。
共用訂閱可以減少手動輸入節點的工作，但更新時間、本機路由、DNS 與應用程式分流設定，仍須在各裝置上分別管理。
不要直接把桌面版匯出的完整執行設定當成 Android 通用設定。本機檔案路徑、監聽位址、入站連接埠與流量接管方式都可能不同。跨裝置轉移時，建議先轉移節點資訊，再依各平台介面重新設定本機行為；訂閱網址含有存取憑證，也不應貼在公開截圖或問題描述中。
五、更換核心後無法連線：依層次排查
更換核心後無法存取，不應直接歸因於「新核心不穩定」。相同節點可能被轉換成不同參數，也可能只是本機入口、系統代理或 DNS 設定有所變動。先建立可重複測試的環境：固定裝置、節點與目標網址，每次只變更一個變數。
- 檢查設定檔能否載入。如果記錄出現未知欄位或設定解析錯誤，請先確認核心類型與格式，不要反覆修改伺服器連接埠碰運氣。
- 檢查本機監聽。例如，將本機 SOCKS 入口明確設為
127.0.0.1:10808後，應用程式就必須使用這個實際入口；此處僅為排查範例，不代表所有版本的預設連接埠。 - 檢查遠端交握。確認伺服器位址、連接埠、裝置時間與安全層參數；使用 Vision 時檢查 flow 欄位，使用 REALITY 時核對伺服器要求的公鑰與 server name。
- 檢查應用程式的流量入口。桌面系統代理主要影響遵循系統代理設定的應用程式；Android 裝置也應檢查 VPN 連線狀態與應用程式分流範圍。
- 最後檢查 DNS 與分流設定。若已連線但部分網域無法使用，請查看規則選擇了直連還是代理，並區分本機解析與代理端解析。
延遲測試只能反映特定探測條件下的結果，不能取代網頁瀏覽、下載或長連線測試。若要比較兩種核心路線，建議在相同網路環境下各測試 3 次，記錄連線成功次數、首次開啟頁面的時間及記錄中的錯誤；不應只憑單次延遲數值，就推論某個核心普遍比較快。
六、生態選型常見問題
節點標示「V2Ray」，究竟該安裝哪個用戶端？
先向節點提供者確認協定、傳輸方式與安全層。選用桌面版 v2rayN 後，仍須確認核心；若 Android 節點明確要求 REALITY 或 Vision，應選擇支援相應 Xray 功能的 v2rayNG 版本。不要只憑訂閱頁面的概括名稱判斷。
v2rayN 已經更新，為什麼仍提示不支援協定參數？
查看啟動記錄，分別記下用戶端與核心版本，再確認所選節點實際使用的核心。更新用戶端介面程式，不一定會一併替換所有外部核心檔案；確認核心更新完成後重新連線，觀察錯誤是否仍出現在設定載入階段。
同一份訂閱在 v2rayNG 可用，在 v2flyNG 卻無法使用，該怎麼辦？
先選取同一個節點，比對安全層與流量控制欄位。如果節點要求 Xray 的特定功能，就應使用支援該功能的用戶端；如果兩者都支援該組合，再檢查欄位解析、裝置時間與 VPN 權限，不要一開始就刪除整份訂閱。
更換核心後，DNS 與路由分流會自動改善嗎？
不會自動套用符合目前網路環境的規則。請先儲存現有預設值，再固定一個測試網域，檢查其比對規則與解析路徑。桌面版也應依照代理模式說明確認應用程式是否確實走代理，再調整 DNS。
最終選擇可以很簡單：節點需要什麼功能，就使用能完整表示並執行相關參數的核心；裝置需要什麼連線方式，就選擇相應平台的用戶端。穩定運作中的環境，應以可重現的問題或明確的新需求作為調整依據，而不是把專案分支名稱當成效能排名。