client / decision matrix

V2Ray 用戶端比較與選擇

圍繞平台、核心、訂閱分組、路由規則介面與流量接管方式,比較 v2rayNv2rayNGv2flyNG。先依裝置系統縮小範圍,再按照設定複雜度選擇用戶端。

client-map.json active
desktop v2rayN Windows / macOS / Linux
android.primary v2rayNG Xray 核心
android.alternative v2flyNG v2fly 核心
選擇順序 platform → core → workflow

selection / summary

先看平台,再看核心

三款用戶端並不是同一平台上的完全替代品。桌面與 Android 應先分開判斷,接著再比較核心與設定習慣。

桌面端結論

首選 v2rayN

需要在 Windows、macOS 與 Linux 上使用一致的桌面設定入口時,優先選擇 v2rayN。它將伺服器清單、訂閱分組、系統代理、路由規則與 TUN 模式整合在同一套圖形介面中,適合從基本連線逐步進階到複雜分流。

前往桌面用戶端下載 →

Android 結論

首選 v2rayNG

Android 裝置優先選擇 v2rayNG。它主要採用 Xray 核心,常見訂閱格式、路由規則與系統層級流量接管流程較集中,相關資料也較適合首次設定。需要 v2fly 核心實作時,再考慮 v2flyNG。

前往 Android 用戶端下載 →

備選條件

依核心需求選擇 v2flyNG

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:桌面設定與複雜分流

桌面首選

v2rayN 的主要優勢是集中管理桌面端常用工作。匯入訂閱後,可以在伺服器清單中切換設定、更新訂閱、設定使用中的伺服器,再決定使用系統代理或 TUN 模式。只需要瀏覽器及遵循系統代理的軟體時,系統代理通常較容易理解;對於遊戲啟動器、命令列程式或不讀取系統代理的應用程式,TUN 模式能提供更完整的流量接管途徑。

訂閱數量增加後,v2rayN 的分組與清單檢視更顯實用。使用者可以分開維護工作、測試與日常設定,避免在一份長清單中反覆尋找。路由規則介面也更適合桌面操作:網域、IP、程序與出站標籤之間的關係可以逐項檢查,修改後再配合日誌確認匹配結果。

需要注意的是,v2rayN 的設定項目比行動端用戶端更多。首次使用不必立即調整所有參數,先完成「匯入訂閱—選擇伺服器—啟用系統代理—確認連線」這條最短流程,再學習路由與 TUN。如此可將訂閱問題、節點問題與進階模式問題分開排查。

  • 適合:Windows、macOS、Linux 桌面裝置,以及需要管理多個訂閱來源的使用者。
  • 重點功能:訂閱分組、系統代理、路由規則 UI、TUN 模式與日誌檢視。
  • 選擇建議:桌面端沒有明確的特殊核心要求時,優先從 v2rayN 開始。

android > v2rayNG

v2rayNG:Android 日常連線與依應用程式分流

Android 首選

v2rayNG 專為 Android 設計,將訂閱匯入、設定選擇、路由設定與啟動操作整合在行動端介面中。首次設定時,可以透過訂閱網址、剪貼簿內容或 QR Code 匯入伺服器資訊,選取設定後啟動系統層級流量接管。操作流程較短,適合希望快速完成基本連線的使用者。

它主要採用 Xray 核心,因此涉及 VLESS、REALITY 或較新的傳輸組合時,通常更符合以 Xray 撰寫的設定說明。重點不在協定名稱越多越好,而是用戶端核心必須與設定欄位一致。如果訂閱可以正常匯入但啟動失敗,應先確認伺服器設定所需的核心能力,再檢查傳輸層參數。

依應用程式分流是行動端的重要選擇因素。使用者可以決定哪些應用程式經過用戶端、哪些直接連線,藉此減少不必要的全域接管。路由規則適合處理常用網域與 IP 分類,但較長規則仍適合先在桌面端整理,再同步使用。

  • 適合:Android 日常使用、首次接觸行動端設定,以及需要依應用程式管理的使用者。
  • 重點功能:訂閱匯入、QR Code 辨識、Xray 核心、路由設定與依應用程式分流。
  • 選擇建議:沒有指定核心要求時,Android 端優先選擇 v2rayNG。

android > v2flyNG

v2flyNG:v2fly 核心相容路線

核心備選

v2flyNG 同樣適用於 Android,但選擇重點不在介面,而在 v2fly 核心。V2Fly 與 Xray 都是 Project V 生態中的核心路線,基本設定概念相近,包括入站、出站、路由與 DNS;兩者在實際協定擴充、設定欄位與實作進度上可能有所不同。因此,既有設定若明確針對 v2fly 撰寫,v2flyNG 可降低核心不相容造成的排查成本。

日常操作仍圍繞匯入設定、選擇伺服器、啟動連線與設定路由。只想完成一般訂閱連線的使用者,v2rayNG 通常是更直接的預設選擇;需要重現 v2fly 行為、測試同一設定在不同核心下的表現,或維護既有 v2fly 設定的人,v2flyNG 的定位則更清楚。

不要只因連線失敗,就在兩個用戶端之間反覆切換。先確認失敗發生在哪一層:訂閱無法解析,通常與訂閱內容有關;設定可以匯入但無法啟動,可能涉及欄位或核心能力;能夠啟動但部分應用程式無法連線,則應檢查依應用程式分流、DNS 與路由規則。確認層級後再切換核心,排查結果才有意義。

  • 適合:已有 v2fly 設定、需要 v2fly 核心行為,或需要進行核心相容性比較的使用者。
  • 重點功能:v2fly 核心、訂閱管理、行動端路由與系統層級流量接管。
  • 選擇建議:將核心匹配作為選擇依據,不要把它視為 v2rayNG 的任意替代品。

scenario / recommendations

依使用情境選擇用戶端

同一款用戶端對不同使用者而言,操作難度可能不同。將裝置數量、設定規模與排查能力納入考量,比單看功能數量更準確。

core / compatibility

Xray 與 v2fly 的選擇界線

用戶端負責圖形互動,核心負責解析設定、建立連線與執行路由。介面相近不代表底層行為完全一致。

先確認設定依賴

一般 VMess 設定在兩條核心路線中都很常見,但涉及擴充協定、特定傳輸參數或新增欄位時,應依設定提供者標註的核心要求選擇。若設定文件明確寫明 Xray,Android 優先使用 v2rayNG;若明確以 v2fly 為設定基礎,使用 v2flyNG 更便於維持欄位與實作一致。

核心差異也會影響路由匹配、DNS 處理與日誌內容。排查時應記錄目前的用戶端、使用的核心、代理模式與失敗階段。只記錄「連線失敗」無法區分是訂閱解析、核心啟動、遠端連線還是本機路由問題。

切換核心前的檢查項目

  1. 確認訂閱是否成功更新,以及目標設定是否完整顯示。
  2. 確認設定要求的協定、傳輸方式與安全性參數。
  3. 查看用戶端日誌,判斷錯誤發生在解析、啟動還是連線階段。
  4. 暫時使用基本路由,排除自訂 DNS 與複雜規則的干擾。
  5. 保留相同的測試條件,再比較 Xray 與 v2fly 的行為差異。

final / route

桌面選 v2rayN,Android 先選 v2rayNG

v2flyNG 用於明確的 v2fly 核心需求。選定用戶端後,繼續前往下載頁選擇對應平台與處理器架構。