桌面平台：v2rayN
Windows、macOS 與 Linux 使用者可直接從 v2rayN 開始。它將訂閱更新、節點切換、系統代理、路由規則與 TUN 等常用功能集中在桌面介面，適合從基本連線逐步進階到分流與規則維護。
三款用戶端，同一套判斷維度
V2Ray 用戶端選擇比較
桌面平台優先考慮 v2rayN，Android 優先考慮 v2rayNG；只有明確需要 V2Fly 核心時，才將 v2flyNG 納入候選。
平台支援
Xray / V2Fly
訂閱分組
路由規則 UI
TUN
CLIENT / PLATFORM
選擇速查
v2rayN
Windows · macOS · Linux
桌面首選
v2rayNG
Android · Xray
Android 首選
v2flyNG
Android · V2Fly
核心備選
先依作業系統排除不適用的用戶端，再依核心、路由與 TUN 需求細分。用戶端名稱相近，但不能直接跨平台替換。
兩項主要結論與一個備選條件
三款用戶端並不是同一平台上的平行替代品。作業系統決定候選範圍，核心偏好與進階設定需求決定最終選擇。
Android：v2rayNG
大多數 Android 使用者優先選擇 v2rayNG。它採用 Xray 核心，圖形介面涵蓋訂閱匯入、節點選擇、路由設定、分應用程式代理與連線控制，相關資料和設定範例也較容易以相同術語理解。
前往 Android 下載區 →明確需要 V2Fly：v2flyNG
v2flyNG 並非預設用來取代 v2rayNG，而是提供 V2Fly 核心方向的 Android 選擇。若現有設定以 v2fly 語意為主，或希望對照 V2Fly 行為進行測試，再考慮安裝這款用戶端。
查看 v2flyNG 評析 →v2rayN、v2rayNG、v2flyNG完整比較
表格比較的是用戶端提供的功能與使用方向，不代表所有核心參數都會以相同名稱出現在圖形介面中。實際可用項目也會受到作業系統與設定方式影響。
| 比較維度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支援 | Windows、macOS、Linux | Android | Android |
| 主要核心方向 | Xray 與 V2Ray 生態系設定，可依用戶端提供的核心與選項使用 | Xray 核心 | V2Fly 核心 |
| 維護狀態 | 積極維護 | 積極維護 | 積極維護 |
| 上手難度 | 中等。基本連線直接，但功能項目較多，需要理解系統代理與路由模式 | 較低。行動裝置操作集中，匯入訂閱後即可依節點與模式完成設定 | 中等。基本流程接近行動用戶端，但更適合先了解核心差異再選擇 |
| 訂閱管理 | 適合管理多個訂閱來源、分組與更新工作 | 支援匯入與更新訂閱，以及管理節點清單 | 支援匯入訂閱與管理節點 |
| 訂閱分組 | 桌面管理空間較充足，適合整理多個來源與分組 | 適合行動裝置上的日常訂閱與節點切換 | 以基本訂閱與節點使用為主 |
| 路由規則 UI | 桌面介面更適合檢視與調整規則、出站與比對順序 | 提供行動版路由設定入口，可處理常見分流需求 | 提供對應 V2Fly 設定方向的路由功能 |
| TUN 支援 | 適合需要接管更多桌面應用程式流量的情境，啟用前應確認權限與路由設定 | 透過 Android 網路連線機制處理應用程式流量，設定方式與桌面端不同 | 透過 Android 網路連線機制運作，實際行為應依 V2Fly 核心與用戶端設定判斷 |
| 特色功能 | 桌面系統代理、訂閱分組、路由規則管理、TUN 與日誌疑難排解 | 行動裝置快速切換、分應用程式代理、Xray 設定與路由設定 | V2Fly 核心、行動裝置節點管理與基本路由設定 |
| 適用族群 | 桌面使用者、多訂閱使用者，以及需要細分流量與檢查日誌的使用者 | 大多數 Android 使用者，以及第一次設定行動用戶端的使用者 | 明確偏好 V2Fly 核心，或需要比對核心行為的 Android 使用者 |
| 選擇結論 | 桌面首選 | Android 首選 | 特定核心需求下的備選 |
用戶端定位與使用範圍
名稱相近不代表功能排列一致。以下從首次設定、日常維護與進階能力三個階段，說明各款用戶端更適合負責哪些工作。
DESKTOP / XRAY ECOSYSTEM
v2rayN：桌面設定中心
v2rayN 適合 Windows、macOS 與 Linux 桌面環境。首次使用通常從匯入訂閱、更新伺服器清單、選擇目前節點與設定系統代理開始；完成這些基本步驟後，再依實際需求接觸路由、自訂 DNS、TUN 與日誌。功能入口較多，因此第一次開啟時，需先區分「訂閱來源」、「節點項目」、「代理模式」與「路由規則」四類物件。
它的主要優勢不在於某個單一按鈕，而在桌面環境提供的管理空間。需要定期更新多個訂閱來源時，可以依分組整理；規則出現異常時，也能同時檢查目前伺服器、系統代理狀態與執行日誌。對需要長期維護設定的人而言，桌面介面比在小螢幕上逐項修改更清楚。
只需要讓瀏覽器使用系統代理的使用者，不必一開始就啟用所有進階選項。先以基本系統代理完成連線，再逐步加入規則與 TUN，排查問題的路徑會更短。
前往 v2rayN 下載入口 →
訂閱分組
路由規則
系統代理
私有位址geoip:private
直連
廣告網域規則geosite:category-ads-all
阻斷
其餘符合條件的流量依規則順序繼續判斷
代理
系統代理依需求啟用
已設定
ANDROID / XRAY
v2rayNG：Android 日常使用
v2rayNG 適用於 Android，採用 Xray 核心。常見流程是匯入訂閱網址、更新清單、選擇節點，然後啟動連線。行動版介面將高頻操作集中在伺服器清單與連線控制區域，對第一次設定 Android 用戶端的使用者更直接。
需要精細控制時，v2rayNG 也能處理路由設定、分應用程式代理與本機網路相關選項。分應用程式代理適合只讓指定應用程式使用用戶端連線，或排除不需要處理的應用程式；路由規則則依網域、位址或規則集決定流量方向。兩者處理的問題不同，設定時不要將應用程式範圍與目標位址規則混為一談。
如果桌面端已使用 v2rayN，Android 端通常仍應個別匯入同一訂閱，而不是複製桌面程式目錄。訂閱網址負責同步節點資訊，各裝置的系統代理、應用程式範圍與連線權限仍需分別設定。
前往 v2rayNG 下載入口 →
基本設定
路由設定
分應用程式代理
訂閱更新從已儲存的網址取得清單
可用
預設路由依需求選擇規則
設定
分應用程式代理選擇需要處理的應用程式
可選
本機網路存取依區域網路需求設定
依需求
ANDROID / V2FLY
v2flyNG：V2Fly 核心備選
v2flyNG 同樣適用於 Android，但判斷是否適合的關鍵不在介面外觀，而在於是否明確需要 V2Fly 核心。現有節點與訂閱只要採用常見格式，通常都能進入匯入流程；真正需要比較的是傳輸參數、路由行為，以及伺服器端設定是否符合目標核心方向。
如果只是尋找預設的 Android 用戶端，優先從 v2rayNG 開始，更容易建立一致的 Xray 設定流程。如果正在維護以 V2Fly 為核心的環境，或需要比對同一份設定在不同核心方向下的解析與執行結果，v2flyNG 才能提供更明確的選擇價值。
切換用戶端前，應保留訂閱網址與必要的手動參數記錄。不要只憑節點名稱判斷移轉完成，還要確認協定、傳輸方式、TLS 相關設定、位址、連接埠及路由條件是否完整對應。
查看 v2flyNG Android 下載 →
節點參數
路由
日誌
協定參數核對必要欄位
檢查
傳輸設定與伺服器端設定對應
檢查
路由順序由上而下比對
確認
執行日誌用於定位欄位錯誤
查看
訂閱、路由與 TUN如何判斷
用戶端清單中出現同名功能，不代表使用目的完全相同。先確認問題屬於節點管理、流量分配還是系統接管，再選擇對應入口。
訂閱分組：管理來源，不等於自動選路
訂閱用於批次取得節點項目，分組則用於整理來源或使用情境。它們解決的是「節點從哪裡來、如何分類」，並不會直接決定某個網域走哪個出站。桌面端需要維護多個訂閱時，v2rayN 的顯示空間與操作流程更適合長期整理；行動端通常以定期更新與快速切換為主。
更新訂閱後發現節點有所變動，應先確認目前使用的節點是否仍存在，再檢查分組與排序。尚未確認訂閱內容前，不要直接修改路由，否則會同時引入兩個變數。
路由規則 UI：重點在比對順序
路由介面會將網域、位址、連接埠、協定或規則集對應至不同出站。規則通常依順序比對，涵蓋範圍較廣的規則若放得太前面，可能使後續精確規則失效。v2rayN 更適合在桌面環境檢視較長的規則清單；v2rayNG 與 v2flyNG 則涵蓋行動端常見的分流設定。
修改前先記錄原有規則順序，每次只變更一項，並透過目標網站、目標應用程式與日誌結果進行驗證。將「節點是否可用」和「路由是否命中」分開檢查，可避免把規則問題誤判為訂閱問題。
TUN：處理不讀取系統代理的流量
桌面應用程式若遵循系統代理，v2rayN 的基本系統代理模式通常已經足夠。TUN 更適合需要涵蓋額外應用程式、統一處理更多連線，或執行複雜分流的情境。它會涉及系統權限、路由表與 DNS 處理，因此應在基本連線正常後再啟用。
Android 用戶端透過系統提供的網路連線機制運作，介面與權限流程和桌面端不同。選擇用戶端時不應只看是否出現「TUN」字樣，而要確認它能否在目前系統中涵蓋目標應用程式，並且是否方便檢查分應用程式與路由設定。
核心選擇：先看設定依賴
Xray 與 V2Fly 都屬於 Project V 相關生態系的核心方向，但功能演進與參數支援並非完全一致。一般使用者若沒有明確依賴，依用戶端預設方向使用即可：桌面使用 v2rayN，Android 使用 v2rayNG。只有設定來源明確指定核心要求，或需要重現特定核心行為時，才需要進一步細分。
協定名稱相同，也不能取代參數核對。移轉時至少檢查位址、連接埠、使用者識別碼、傳輸方式、安全設定、伺服器名稱與路徑等欄位，避免只看到 VMess 或 VLESS 名稱，就以為設定完全等價。
四類使用情境的建議
同一款用戶端對不同使用者而言，難點各不相同。以下建議依首次設定、規則複雜度、裝置數量與硬體條件分類。
從裝置到核心完成選擇
不要從用戶端名稱猜測平台，也不要以功能數量判斷是否適合。依照以下順序篩選，通常不需要在三款之間反覆試裝。
-
第一步：確認作業系統
Windows、macOS、Linux 直接進入 v2rayN 的選擇流程；Android 則進入 v2rayNG 與 v2flyNG 的比較流程。完成平台篩選後，候選範圍已明顯縮小。
-
第二步：確認設定是否指定核心
沒有明確核心要求時，Android 預設選擇 v2rayNG。只有設定說明、現有環境或測試目標明確依賴 V2Fly 行為時，才選擇 v2flyNG。不要只因名稱含有 v2fly，就假設所有節點都必須使用它。
-
第三步：確認是否真的需要進階功能
需要多訂閱分組、桌面路由編輯、系統代理與日誌疑難排解，選擇 v2rayN；需要 Android 分應用程式代理與行動版路由，選擇 v2rayNG。若只進行基本連線，進階選項的多寡不應成為主要判斷依據。