先確認節點的協定、傳輸方式、安全層與 flow，再選用戶端。需要 VLESS + REALITY 或 XTLS Vision 時，Android 優先選 v2rayNG；若現有節點使用 VMess、WebSocket + TLS，且伺服器採用 V2Fly 設定，則可考慮 v2flyNG。本文整理分支關係、參數相容性與匯入後的檢查步驟，適合正在比較兩款 Android 用戶端，或打算讓桌面與 Android 共用訂閱的使用者。
1. Project V、V2Fly 與 Xray 的關係
Project V 是一套以網路代理為核心的工具與技術體系，V2Ray 是其中的核心專案。V2Fly 社群持續維護 V2Ray 核心；Xray 則於 2020 年從 V2Ray 的程式碼基礎分支發展。兩者雖有共同淵源，如今卻是各自演進的核心，不能只因設定檔看起來相似，就認定所有功能都能互通。
核心負責建立連線、執行路由、處理 DNS 與傳輸資料。用戶端則負責顯示節點清單、管理訂閱、提供設定介面及啟動核心。Android 版 v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心；桌面版 v2rayN 是用戶端，不是另一種同名協定，也不是某個核心的別稱。
- 專案名稱：Xray 與 V2Fly，代表兩條不同的核心發展路線。
- 用戶端名稱：v2rayN、v2rayNG、v2flyNG，代表供使用者操作的應用程式。
- 協定名稱：VMess、VLESS，代表用戶端與伺服器交換代理資料所使用的協定。
- 傳輸與安全層：WebSocket、TCP、TLS、REALITY 等，描述連線的其他組成部分，並非用戶端名稱。
因此，「節點標示 V2Ray，該安裝哪款應用程式」並不足以作為選擇依據。服務供應商可能將多種設定統稱為 V2Ray 節點；真正該確認的是節點詳細資料中的欄位，以及伺服器明確要求的核心功能。
2. 協定支援比較：VLESS 不等於 REALITY
最容易混淆的是把 VLESS、REALITY 與 XTLS 當成同一項功能。VLESS 是代理協定，本身不提供保護整條連線的加密層；TLS 或 REALITY 則是另外選用的安全層。XTLS Vision 涉及流量控制與資料處理方式，常見設定欄位為 flow=xtls-rprx-vision。
| 節點功能 | Xray 核心 | V2Fly 核心 | 選擇時的檢查項目 |
|---|---|---|---|
| VMess | 支援 | 支援 | 傳輸類型、TLS、路徑及伺服器相容性要求 |
| 基本 VLESS | 支援 | 具備基本 VLESS 實作，仍須確認使用的版本與設定格式 | 不能只看 vless:// 前綴，還要檢查安全層與 flow |
| WebSocket + TLS | 支援常見組合 | 支援常見組合 | Host、路徑、伺服器名稱與憑證驗證 |
| REALITY | 支援 | 不能套用 Xray 的 REALITY 設定 | 伺服器名稱、公鑰、short ID、指紋 |
| XTLS Vision | 支援相容的 VLESS 組合 | 不相容於 Xray 的 Vision flow | xtls-rprx-vision 是否符合伺服器要求 |
「支援基本 VLESS」不代表支援所有 VLESS 分享連結。一條連結可能同時包含 security=reality、type=tcp 與 flow=xtls-rprx-vision。只要其中一項關鍵功能不相容，就可能發生匯入成功卻無法啟動，或啟動後交握失敗的情況。
結論：使用 REALITY 或 Vision，就選支援 Xray 功能的用戶端
檢查節點詳細資料中的安全層與 flow：只要明確要求 REALITY 或 xtls-rprx-vision，Android 就優先選 v2rayNG，並確認應用程式內建的核心版本夠新；不要只憑 VLESS 標籤就改用 v2flyNG。
3. v2rayNG 與 v2flyNG：依現有節點選用戶端
兩款應用程式名稱相近，但選擇並不複雜。先以節點供應商的設定要求為準，再考量自己的維護習慣。支援範圍較廣，不代表每條線路都更快；使用同一條一般 VMess 線路時，連線品質、出口壅塞與路由規則，通常比用戶端名稱更有影響。
v2rayNG · Xray 核心
推薦需要 VLESS + REALITY、XTLS Vision，或訂閱中包含多種與 Xray 相容的節點時，優先選用。匯入後仍須確認安全層、flow 與核心版本；用戶端能辨識連結，不代表一定能連上伺服器。
適合：初次選型、REALITY 節點，以及日常需要 Xray 特定功能的情境
v2flyNG · V2Fly 核心
若現有 VMess 或常見的 WebSocket + TLS 設定穩定可用，且伺服器說明與設定維護流程都以 V2Fly 為主，就可以繼續使用。這是另一條核心發展路線，並非必須強制換成 Xray 的「舊版應用程式」。
適合：既有 V2Fly 部署、參數已驗證，並希望沿用現有設定架構
如果現有用戶端運作正常，先釐清更換的目的：新增節點要求 REALITY、現有核心無法辨識 flow，這些都是明確的功能需求；只聽說某個核心「速度更快」，不足以成為遷移理由。升級或更換裝置前，請保存訂閱網址與必要的路由設定，但不要將含帳戶資訊的連結貼到公開討論區。
- 只有訂閱網址：先查看匯入後的節點詳細資料，或詢問供應商建議使用的核心及最低版本。
- 只有一般 VMess 節點：兩種核心路線都可列入考慮，再依現有設定與實際連線結果判斷。
- 訂閱含多種節點：逐一確認節點是否正確解析，特別留意 REALITY 與 Vision 項目。
- 需要自訂 JSON：使用目標核心的設定格式，不要直接將整份 Xray 設定匯入 V2Fly。
4. 分享連結中哪些欄位會影響相容性
訂閱是一種分發節點清單的方式，不是連線協定。Base64 常用來編碼整份清單；vmess:// 與 vless:// 則是節點分享格式。Base64 只處理文字表示方式，不會讓不支援 REALITY 的核心因此具備 REALITY 功能，也不應視為保密措施。
檢查 VLESS 節點時，可將欄位分成下表四類。表中說明的是參數用途，並非可直接使用的節點連結；實際值必須由節點供應商提供，不要憑經驗自行拼湊。
| 欄位類別 | 常見格式 | 檢查重點 |
|---|---|---|
| 目標與身分 | 伺服器位址、連接埠、UUID | 必須與伺服器端設定相符；連接埠是 443，也不代表其他參數都正確 |
| 傳輸方式 | type=tcp、type=ws、path、host |
WebSocket 路徑與 Host 不可任意刪改 |
| 安全層 | security=tls 或 security=reality、sni、fp |
區分伺服器名稱與連線位址；指紋依供應商要求填寫 |
| REALITY 與流量控制 | pbk、sid、flow=xtls-rprx-vision |
確認公鑰、short ID 與 flow；不要將其改成一般 TLS 參數 |
REALITY 用戶端使用伺服器提供的公鑰資訊，私鑰則保留在伺服器端。部分版本的編輯介面可能使用不同欄位名稱，請參照該版本說明確認欄位對應。分享連結中的公鑰不是要使用者自行產生的新值；任意更換會破壞交握所需的對應關係。
- 從完整連結或訂閱匯入，避免手動複製時漏掉查詢參數。
- 開啟節點編輯介面，確認協定、傳輸方式、安全層與 flow 都有保留。
- 若項目遭略過，先檢查匯入格式與應用程式版本，不要直接把「未顯示」判定為伺服器失效。
- 若項目顯示正常但連線失敗，再檢查實際核心記錄與伺服器端參數。
5. Android 匯入與驗證：分清連接埠與連線測試
在常見的繁體中文介面 v2rayNG 中，訂閱管理通常位於側邊選單的「訂閱群組設定」；新增網址後，再從主畫面選單執行「更新訂閱」。單一分享連結通常可透過右上角「＋」→「從剪貼簿匯入」新增。不同版本的文字可能略有差異；v2flyNG 也請以目前介面為準，不要將某一版的選單路徑視為所有版本通用。
以上三項不是速度測試結果，也不是所有版本的預設值。遠端連接埠是連上伺服器的入口；本機監聽連接埠則供應用程式將流量交給用戶端，兩者不可混用。部分版本使用混合監聽連接埠，請查看實際設定，不要為了照抄教學而多改出一個不存在的 HTTP 入口。
- 記錄版本：開啟「關於」頁面或啟動記錄，記下應用程式版本與核心版本。回報問題時請一併提供兩者；應用程式版本號不能取代核心版本號。
- 檢查節點：選取已匯入的節點，核對伺服器連接埠與安全層。不要將 10808 這類本機連接埠填入伺服器連接埠欄位。
- 啟動服務：首次以 VPN 模式啟動時，依 Android 系統提示授權。測試前請停止其他占用系統 VPN 通道的服務。
- 驗證連線：開啟需要透過代理連線的目標，再查看記錄中是否有連線與路由資訊。畫面顯示運作中，不代表目標流量確實經過代理。
- 了解測試結果：TCP 延遲只代表特定連線測試的結果，無法完整驗證驗證資訊、TLS、REALITY 或實際應用程式連線。
6. 桌面版 v2rayN 與 Android 共用訂閱
共用訂閱可減少重複輸入，但不會同步所有本機設定。桌面端的系統代理、Android 的 VPN 授權、個別應用程式規則與 DNS 策略各自獨立。即使兩端選用同名節點，存取相同目標時也可能因路由規則不同而使用不同出口。
建議做法：共用節點來源，各自檢查本機設定
桌面端 · v2rayN
- 新增相同的訂閱網址，並手動更新確認節點。
- 需要 REALITY 或 Vision 時，確認目前設定由支援該功能的 Xray 核心執行。
- 分別確認系統代理或 TUN 是否已啟用，以及目標是否符合代理規則。
Android · v2rayNG 或 v2flyNG
- 依節點功能選擇用戶端，再匯入相同訂閱。
- 確認目標應用程式未被個別應用程式規則排除。
- 檢查 VPN 服務、DNS 設定與背景執行狀態。
相同訂閱提供相同的節點來源，但更新時間、支援的匯入格式與本機規則可能不同；兩端都應分別驗證。
切換網路後若出現「桌面能用，Android 不能用」，先比較兩端實際選用的節點與核心功能，再檢查 Android 的應用程式路由及 DNS 解析路徑。不要因為訂閱相同就略過這些步驟。訂閱網址可能含有存取權杖，排查用的截圖應遮住完整網址、UUID 與其他帳戶資訊。
7. 匯入失敗、交握失敗與速度慢的排查順序
核心選擇處理的是功能相容性，並不能解決所有網路問題。錯誤發生的階段，比「哪個核心比較強」更有助於診斷。先確認能否匯入，再確認能否啟動，接著檢查遠端交握與目標連線，最後才比較效能。
| 現象 | 優先檢查項目 | 下一步 |
|---|---|---|
| 更新訂閱後，部分節點不見了 | 回傳內容、分享格式、用戶端解析支援 | 以完整的單一連結測試，並確認應用程式版本 |
| 啟動時立即提示設定錯誤 | 未知欄位、不支援的 flow、自訂設定結構 | 查看啟動記錄，確認目前實際執行的核心 |
| REALITY 交握失敗 | 公鑰、short ID、伺服器名稱、指紋與系統時間 | 依照伺服器提供的原始參數逐項還原 |
| 瀏覽器可用，某個應用程式無法使用 | 個別應用程式代理、路由規則、DNS 與目標協定 | 確認該應用程式的流量有進入用戶端，而不是直接更換核心 |
| 可以連線但速度慢 | 線路壅塞、封包遺失、出口限制、裝置負載 | 固定節點與目標重複測試，避免跨線路比較 |
想提升速度，需要從 V2Fly 換成 Xray 嗎？
沒有一概適用的答案。Vision 的處理機制在合適情境下可能帶來不同表現，但不能因此推論它在任何網路環境都更快。有效比較需使用相同裝置、網路、伺服器與同類設定，並分別記錄交握時間、下載速度與穩定性；若協定或線路已改變，就不該把所有差異都歸因於核心。
節點只標示 VLESS，應該先詢問什麼？
- 安全層是一般 TLS，還是 REALITY？
- 是否要求
xtls-rprx-vision？傳輸類型是什麼？ - 建議採用哪種核心路線？最低核心版本是多少？
- 能否提供完整分享連結，而不只是伺服器位址與 UUID？
結論：先確認設定相符，再評估效能
REALITY 或 Vision 節點優先選用 v2rayNG；既有 V2Fly 設定則先確認與 v2flyNG 的相容性。連線成功後再檢查路由、DNS 與線路表現，將功能選擇和速度測試分開處理。