桌面端可先從 v2rayN 開始；Android 端則依節點需求選擇 v2rayNG 或 v2flyNG。Project V 是理解這套生態的起點，V2Fly 與 Xray 是不同的核心專案，而用戶端負責訂閱、介面與設定管理。本文依序說明「專案源起 → 核心功能 → 用戶端平台 → 節點參數」，協助新手選對軟體，也讓已有訂閱的使用者判斷是否需要更換核心。
一、Project V、V2Ray 與 V2Fly 分別是什麼
Project V 最初著重於可組合的網路代理工具，V2Ray 是其中最廣為人知的核心專案。它將入站接收、路由判斷、出站連線等功能拆分成模組，讓不同流量能依設定走不同路徑。不過，日常對話中的「V2Ray」常被用來泛指整套代理工具，因此新手容易混淆用戶端、核心與協定。
V2Fly 是延續 V2Ray 開發的社群專案，其核心通常稱為 V2Ray Core。V2Fly 不是一種新的節點協定，也不是某款 Android 介面的名稱。核心負責執行設定，VMess 等協定則定義連線方式，兩者屬於不同層次。
- 專案與社群：Project V 提供歷史脈絡；V2Fly 與 Xray 分別維護各自的核心實作。
- 核心程式：讀取設定、監聽本機連接埠，並處理 DNS、路由與出站連線。
- 圖形化用戶端：管理訂閱與節點，並將介面設定轉換成核心可執行的設定。
- 節點與協定：描述遠端服務及其連線參數，並不等同於用戶端品牌。
因此，「訂閱裡有 V2Ray 節點」仍然不夠明確。真正影響相容性的，是節點使用 VMess 還是 VLESS、採用哪種傳輸方式、是否啟用 TLS 或 REALITY，以及伺服器要求的其他參數。選軟體前，先釐清這些資訊，比只看產品名稱更可靠。
二、V2Fly 與 Xray：源自相同背景，走上不同發展路線
Xray 從 V2Ray 的程式碼基礎分支出來，之後走上獨立的發展路線。兩者共享部分概念與設定慣例，但不代表所有欄位、傳輸方式和新功能都能互通。某份設定能在一種核心上啟動，不代表換到另一種核心後仍能原封不動使用。
| 比較項目 | V2Fly / V2Ray Core | Xray Core |
|---|---|---|
| 專案關係 | 由社群延續維護的 V2Ray 核心實作 | 從 V2Ray 分支而出的獨立核心專案 |
| 常見使用情境 | 已有 V2Fly 設定，或需要相容 VMess 等功能 | 需要組合使用 VLESS、REALITY、Vision 等功能 |
| 設定相容性 | 依 V2Fly 設定文件與版本說明核對 | 依 Xray 設定文件與版本說明核對 |
| 升級依據 | 用戶端支援範圍與節點所需功能 | 用戶端支援範圍與節點所需功能 |
VMess 和 VLESS 是代理協定；WebSocket 是傳輸方式；TLS 是安全傳輸機制；REALITY 是 Xray 生態中的安全傳輸方案；Vision 則與 Xray 的流量控制機制有關。這些項目可以組合使用，但不是同一層級的替代選項。「VLESS + TCP + REALITY」代表不同層次的設定組合，而不是三個獨立節點。
三、三款用戶端與核心的對應關係
Windows、macOS、Linux 桌面端可從 v2rayN 開始；Android 端則有 v2rayNG 和 v2flyNG 可選。用戶端版本與核心版本要分開確認：介面更新了，不代表目前執行的核心也已更新；安裝資料夾裡有某個核心檔案，也不代表目前節點正在使用它。
| 用戶端 | 平台 | 核心關係 | 優先確認事項 |
|---|---|---|---|
| v2rayN | Windows / macOS / Linux | 可管理不同核心；Xray 是常見選擇，V2Fly 是否可用則視版本與設定入口而定 | 節點使用的核心類型、啟動記錄，以及核心檔案是否齊全 |
| v2rayNG | Android | 採用 Xray 核心 | 應用程式版本、核心版本，以及對節點參數的支援情況 |
| v2flyNG | Android | 採用 V2Fly 核心 | 節點是否符合目前 V2Fly 核心的功能範圍 |
v2rayN 負責產生設定並啟動核心，不能簡單說成「v2rayN 就是 Xray」。預設選項、可用核心與選單配置會因版本而異。排查時，先查看「說明」→「關於」中的用戶端資訊，再查看主畫面的啟動記錄，確認實際啟動的核心名稱與版本；若目前版本將版本資訊放在其他位置，請以實際介面為準。
- 記錄用戶端：記下 v2rayN、v2rayNG 或 v2flyNG 的完整版本，不要只寫「最新版」。
- 記錄核心：從核心啟動記錄讀取版本資訊；不要把用戶端版本號填入核心版本欄位。
- 記錄節點組合：例如 VLESS、TCP、REALITY、Vision，逐項核對，不要只記節點備註名稱。
- 記錄啟動結果：區分「設定解析失敗」、「本機監聽成功」和「遠端交握成功」，這三種狀態代表的意義不同。
Android 用戶端中的 VPN 授權用來建立本機虛擬網路介面，讓流量進入代理處理流程，並不表示伺服器協定有所變更。桌面端的系統代理和 TUN 也屬於流量接入方式，不能取代節點協定相容性檢查。
四、依節點需求選核心，而不是依名稱排名
先確認平台，再查看訂閱說明或節點編輯頁。以下建議都有明確前提：節點已指定使用 REALITY 或 Vision。若伺服器提供的是現成的 V2Fly 設定，應優先沿用其設定方式，而不是先遷移再排查問題。
Xray 核心路線
建議節點明確使用 VLESS + REALITY 或 Vision 時，選擇支援該組合的 Xray 版本。桌面端可在 v2rayN 中確認實際使用的核心；Android 端可選擇 v2rayNG，並確認用戶端是否提供所需參數設定。
適用情況：已有 REALITY 或 Vision 節點，需要相應功能支援
V2Fly 核心路線
已有可用的 V2Fly 設定，或伺服器明確以 V2Fly 配套部署時，先沿用對應核心。Android 端可使用 v2flyNG；桌面端則先確認目前的 v2rayN 版本是否提供相應支援。
適用情況：維護既有 V2Fly 設定，重視設定一致性
結論：訂閱標示 REALITY，就先確認 Xray 是否支援
開啟節點編輯頁，核對公鑰、伺服器名稱、短 ID、流量控制等伺服器要求的欄位，再確認實際啟動的核心。不要隨意改成 VMess 或關閉安全驗證，試圖「修復」協定不相容問題。
若只有一般 VMess 節點，兩種路線都可能符合需求，仍應核對實際傳輸方式與核心版本。此時可在同一台裝置、同一個節點、相近時段測試網頁載入與連線穩定度，每次只變更一個條件。跨地區、跨節點的速度比較，不能直接用來判斷核心優劣。
五、從匯入訂閱到流量接管：實際設定流程
訂閱不等於核心設定檔。用戶端會先取得訂閱內容，再解析成節點資料，最後結合本機連接埠、DNS、路由規則產生執行設定。訂閱可以更新，只代表取得與解析流程至少部分成功，不代表每個節點都能連線。
- 匯入訂閱：在 v2rayN 的「訂閱群組」→「訂閱群組設定」中新增網址，再從「訂閱群組」選單執行更新。不同版本的選單文字可能略有差異。
- 核對節點：檢查伺服器位址、遠端連接埠、使用者識別碼、傳輸與安全設定；REALITY 節點還要核對伺服器提供的相關參數。
- 啟動核心：先確認記錄中是否出現設定解析錯誤、檔案缺漏或連接埠占用，再判斷遠端是否連通。
- 接入應用程式流量：使用系統代理時，確認應用程式有遵循系統代理設定；使用 TUN 時，另行檢查權限、路由與 DNS。
- 確認分流：分別連線到應直連與應走代理的目標，並搭配連線記錄確認出站選擇，不要只看狀態列圖示。
以下兩個連接埠僅用來說明位置關係，不代表所有安裝版本的預設值。假設本機用戶端監聽 127.0.0.1:10808，遠端節點監聽 443：應用程式先連到本機，再由核心連往遠端。這兩個連接埠不必相同，也不要照著範例任意修改伺服器參數。
若記錄顯示本機監聽位址已被占用，應處理本機程序或本機連接埠；若記錄顯示遠端連線逾時，則檢查遠端位址、網路是否可連通，以及服務狀態。修改本機連接埠無法解決伺服器交握參數錯誤，更換核心也不會自動修正錯誤的伺服器名稱。
六、常見選擇與遷移問題
v2rayN 能匯入節點，為什麼啟動時卻顯示欄位不支援？
匯入由用戶端解析，啟動則由核心執行。先查看啟動記錄中的核心名稱與版本，再依錯誤欄位確認核心選擇。若節點要求 REALITY 或 Vision，請確認目前使用的是支援該功能的 Xray，而不是只更新用戶端介面。
Android 已安裝 v2flyNG，遇到 REALITY 節點該怎麼辦？
先保留原本可用的設定，再依節點需求改用支援該組合的 v2rayNG。重新匯入後，逐項核對伺服器名稱、公鑰、短 ID 與流量控制。切換測試前，先中斷原用戶端的 VPN 連線，避免把流量接管衝突誤判為協定故障。
更換核心後，還能直接沿用原本的路由規則嗎？
先備份設定，再確認目標核心是否支援規則格式、規則資源檔與 DNS 設定。透過用戶端介面重建或轉換規則，比直接複製整份執行設定更穩妥。切換後，先用一條明確的網域規則測試出站，再還原較複雜的規則集。
節點延遲測得到數值，是否代表核心選對了？
不一定。TCP 延遲測試只能反映到遠端連接埠的部分可達性，無法證明代理驗證與安全交握已成功。請繼續執行用戶端提供的實際連線測試並查看交握記錄，再用瀏覽器確認目標網頁能否載入。
遷移時保留一份已知可用的節點與設定，每次只調整核心、節點參數或路由其中一項。需要求助時，提供用戶端版本、核心版本、節點協定組合，以及已去除個資的錯誤片段即可；訂閱網址、使用者識別碼和私密參數都不應公開。