桌面端結論
首選 v2rayN
需要在 Windows、macOS 與 Linux 上使用一致的桌面設定入口時,優先選擇 v2rayN。它將伺服器清單、訂閱分組、系統代理、路由規則與 TUN 模式整合在同一套圖形介面中,適合從基本連線逐步進階到複雜分流。
前往桌面用戶端下載 →client / decision matrix
圍繞平台、核心、訂閱分組、路由規則介面與流量接管方式,比較 v2rayN、v2rayNG 和 v2flyNG。先依裝置系統縮小範圍,再按照設定複雜度選擇用戶端。
platform → core → workflow
selection / summary
三款用戶端並不是同一平台上的完全替代品。桌面與 Android 應先分開判斷,接著再比較核心與設定習慣。
桌面端結論
需要在 Windows、macOS 與 Linux 上使用一致的桌面設定入口時,優先選擇 v2rayN。它將伺服器清單、訂閱分組、系統代理、路由規則與 TUN 模式整合在同一套圖形介面中,適合從基本連線逐步進階到複雜分流。
前往桌面用戶端下載 →Android 結論
Android 裝置優先選擇 v2rayNG。它主要採用 Xray 核心,常見訂閱格式、路由規則與系統層級流量接管流程較集中,相關資料也較適合首次設定。需要 v2fly 核心實作時,再考慮 v2flyNG。
前往 Android 用戶端下載 →備選條件
v2flyNG 的價值在於提供 v2fly 核心路線。既有設定若明確依照 v2fly 行為撰寫,或需要對照兩種核心實作來排查相容性時,可將它作為 Android 端備選,而不是只因介面相似就切換。
查看 v2flyNG 評測 →matrix / capabilities
表格中的「難度」是指首次匯入訂閱、切換設定與完成基本分流所需的操作量,不代表功能強弱。
| 比較項目 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支援 | Windows、macOS、Linux | Android | Android |
| 主要核心路線 | 支援 Xray、V2Fly 等核心元件,實際情況取決於用戶端設定與選用的核心 | Xray 核心 | v2fly 核心 |
| 維護狀態 | 活躍維護 | 活躍維護 | 持續維護 |
| 基本上手難度 | 中等。選單較多,但設定入口劃分清楚 | 較低。行動端的匯入、選擇與啟動流程集中 | 中等。基本流程直接,但需要額外理解核心差異 |
| 訂閱管理 | 適合管理多個訂閱來源、分組與批次更新 | 適合行動端訂閱更新與設定切換 | 支援常見訂閱匯入與設定管理 |
| 路由規則介面 | 桌面操作空間充足,適合檢視與調整較長的規則 | 提供行動端路由設定,適合維護常用規則 | 提供基本路由設定,重點在 v2fly 核心行為 |
| TUN 與流量接管 | 支援桌面 TUN 模式,可涵蓋不讀取系統代理的程式 | 透過 Android VPN 服務接管裝置流量,可設定依應用程式分流 | 透過 Android VPN 服務接管裝置流量,設定邏輯接近行動端常見流程 |
| 特色功能 | 訂閱分組、路由規則 UI、系統代理、TUN、桌面多核心管理 | 掃描 QR Code 與剪貼簿匯入、依應用程式代理、路由設定、行動端快速切換 | v2fly 核心、訂閱匯入、行動端路由與設定切換 |
| 適合對象 | 桌面使用者、多訂閱使用者,以及需要精細分流與 TUN 的進階使用者 | Android 日常使用者、首次設定使用者,以及需要依應用程式分流的使用者 | 明確需要 v2fly 核心,或需要進行核心相容性比較的使用者 |
clients / detailed review
選擇用戶端不只要看功能清單,也要考慮它是否符合裝置範圍、設定規模與日常維護方式。
desktop > v2rayN
v2rayN 的主要優勢是集中管理桌面端常用工作。匯入訂閱後,可以在伺服器清單中切換設定、更新訂閱、設定使用中的伺服器,再決定使用系統代理或 TUN 模式。只需要瀏覽器及遵循系統代理的軟體時,系統代理通常較容易理解;對於遊戲啟動器、命令列程式或不讀取系統代理的應用程式,TUN 模式能提供更完整的流量接管途徑。
訂閱數量增加後,v2rayN 的分組與清單檢視更顯實用。使用者可以分開維護工作、測試與日常設定,避免在一份長清單中反覆尋找。路由規則介面也更適合桌面操作:網域、IP、程序與出站標籤之間的關係可以逐項檢查,修改後再配合日誌確認匹配結果。
需要注意的是,v2rayN 的設定項目比行動端用戶端更多。首次使用不必立即調整所有參數,先完成「匯入訂閱—選擇伺服器—啟用系統代理—確認連線」這條最短流程,再學習路由與 TUN。如此可將訂閱問題、節點問題與進階模式問題分開排查。
android > v2rayNG
v2rayNG 專為 Android 設計,將訂閱匯入、設定選擇、路由設定與啟動操作整合在行動端介面中。首次設定時,可以透過訂閱網址、剪貼簿內容或 QR Code 匯入伺服器資訊,選取設定後啟動系統層級流量接管。操作流程較短,適合希望快速完成基本連線的使用者。
它主要採用 Xray 核心,因此涉及 VLESS、REALITY 或較新的傳輸組合時,通常更符合以 Xray 撰寫的設定說明。重點不在協定名稱越多越好,而是用戶端核心必須與設定欄位一致。如果訂閱可以正常匯入但啟動失敗,應先確認伺服器設定所需的核心能力,再檢查傳輸層參數。
依應用程式分流是行動端的重要選擇因素。使用者可以決定哪些應用程式經過用戶端、哪些直接連線,藉此減少不必要的全域接管。路由規則適合處理常用網域與 IP 分類,但較長規則仍適合先在桌面端整理,再同步使用。
android > v2flyNG
v2flyNG 同樣適用於 Android,但選擇重點不在介面,而在 v2fly 核心。V2Fly 與 Xray 都是 Project V 生態中的核心路線,基本設定概念相近,包括入站、出站、路由與 DNS;兩者在實際協定擴充、設定欄位與實作進度上可能有所不同。因此,既有設定若明確針對 v2fly 撰寫,v2flyNG 可降低核心不相容造成的排查成本。
日常操作仍圍繞匯入設定、選擇伺服器、啟動連線與設定路由。只想完成一般訂閱連線的使用者,v2rayNG 通常是更直接的預設選擇;需要重現 v2fly 行為、測試同一設定在不同核心下的表現,或維護既有 v2fly 設定的人,v2flyNG 的定位則更清楚。
不要只因連線失敗,就在兩個用戶端之間反覆切換。先確認失敗發生在哪一層:訂閱無法解析,通常與訂閱內容有關;設定可以匯入但無法啟動,可能涉及欄位或核心能力;能夠啟動但部分應用程式無法連線,則應檢查依應用程式分流、DNS 與路由規則。確認層級後再切換核心,排查結果才有意義。
scenario / recommendations
同一款用戶端對不同使用者而言,操作難度可能不同。將裝置數量、設定規模與排查能力納入考量,比單看功能數量更準確。
core / compatibility
用戶端負責圖形互動,核心負責解析設定、建立連線與執行路由。介面相近不代表底層行為完全一致。
一般 VMess 設定在兩條核心路線中都很常見,但涉及擴充協定、特定傳輸參數或新增欄位時,應依設定提供者標註的核心要求選擇。若設定文件明確寫明 Xray,Android 優先使用 v2rayNG;若明確以 v2fly 為設定基礎,使用 v2flyNG 更便於維持欄位與實作一致。
核心差異也會影響路由匹配、DNS 處理與日誌內容。排查時應記錄目前的用戶端、使用的核心、代理模式與失敗階段。只記錄「連線失敗」無法區分是訂閱解析、核心啟動、遠端連線還是本機路由問題。
final / route
v2flyNG 用於明確的 v2fly 核心需求。選定用戶端後,繼續前往下載頁選擇對應平台與處理器架構。