Xray 核心與 V2Fly 核心差異：v2rayNG、v2flyNG 怎麼選？

Project V、V2Fly 與 Xray：先分清專案和用戶端

V2Ray 是 Project V 生態中的網路代理工具，核心負責接收入站連線、比對路由、處理 DNS 並建立出站連線。V2Fly 是延續 V2Ray 開發的社群專案；Xray 則是在 2020 年以 V2Ray 相關程式碼為基礎分出的獨立專案。兩者源自相同脈絡，但後續功能、設定欄位與發布節奏各自演進，不能只因名稱相近，就認定兩者完全相容。

Android 上的 v2rayNG 和 v2flyNG 是用戶端，不是協定。用戶端提供訂閱管理、節點編輯、記錄檢視及系統 VPN 連線等介面，再由整合的核心處理代理連線。本文依照 v2rayNG 使用 Xray 核心、v2flyNG 使用 V2Fly 核心的分工進行說明；實際功能仍取決於安裝套件整合的核心版本與介面支援。

• 專案層：Project V、V2Fly、Xray 代表專案或技術生態，不是訂閱網址。
• 核心層：決定具體協定、安全機制、傳輸方式與路由欄位是否能執行。
• 用戶端層：決定分享連結如何解析、節點如何編輯，以及流量如何接管。
• 伺服器端：決定實際可用的協定組合。更換用戶端不會自動變更伺服器設定。

桌面版 v2rayN 也屬於用戶端。桌面上可用的節點可作為 Android 設定的參考，但不能直接把桌面的本機監聽連接埠、系統代理設定和路由檔案路徑照搬到 Android。應核對的是伺服器位址、協定參數與傳輸設定，而不是介面上是否使用相同的節點名稱。

協定與傳輸差異：節點名稱不等於相容

一個節點至少包含協定、傳輸和安全層三個面向。例如 VMess 是代理協定，WebSocket 是傳輸方式，TLS 是安全層。VLESS 與 REALITY 也不是同一個概念：前者是代理協定，後者是 Xray 的安全機制。只看到分享連結以 vless:// 開頭，還不足以決定用戶端。

VLESS 這個名稱本身不代表它是 Xray 專用；真正需要辨別的是它與傳輸、安全層及流量控制的組合。使用 REALITY 節點時，應選擇支援該組合的 Xray 用戶端。將 REALITY 改成一般 TLS，或刪除 flow 後強行儲存，都不會讓原本的伺服器端自動接受另一種握手方式。

v2rayNG 與 v2flyNG：依現有節點選擇

如果訂閱服務商明確要求使用 Xray、REALITY 或 Vision，通常就能據此決定選擇方向。如果只有常見的 VMess 節點，兩款用戶端可能都符合需求，此時應比較匯入完整度、連線穩定性與日常操作，不要只憑核心名稱判斷哪一款一定比較快。

如果已使用 v2flyNG，連線穩定且節點沒有 Xray 特定需求，就不必只因為「新核心」三個字而遷移。反過來說，已有 v2rayNG 也不需要為了普通 VMess 節點再安裝另一款用戶端。保留一套可重現、方便排查的設定，通常比同時維護兩份不一致的路由更有價值。

訂閱與分享連結：匯入後還要核對欄位

訂閱是用戶端管理層的內容來源，不是核心頂層設定欄位。訂閱網址通常會傳回多個分享連結或用戶端可辨識的設定內容；Base64 只是常見的編碼形式，不負責加密，也不保證兩款用戶端的解析結果一致。一份訂閱可能包含多個不同協定的節點，是否可用仍須逐一判斷。

1. 確認網址類型。以 https:// 開頭的訂閱網址，應填入訂閱管理頁面；以 vmess:// 或 vless:// 開頭的單一分享連結，則應使用分享連結或剪貼簿匯入功能。不要把網頁訂購頁面當成訂閱網址。
2. 更新後開啟節點詳細資料。在 v2rayNG 中，通常可從主畫面選單進入「訂閱群組設定」，新增網址後再更新訂閱；選單文字可能因版本而異。最後要檢查的是節點詳細資料，而不只是清單中有沒有出現名稱。
3. 核對身分與端點。比對伺服器位址、連接埠、UUID 或密碼，再核對傳輸類型、WebSocket 路徑、Host 與 TLS 伺服器名稱，避免只複製位址卻漏掉握手參數。
4. 核對 Xray 特定欄位。REALITY 節點應重點檢查公鑰、shortId、伺服器名稱，以及伺服器端要求的指紋；Vision 節點則另須檢查 flow。若欄位空白或不一致，請先重新取得有效設定，不要自行猜測填入。
5. 查看記錄後再連線。若出現未知協定、未知傳輸方式或設定解析失敗，先確認核心功能與匯入工具是否支援。若設定已載入但握手失敗，再檢查欄位、系統時間及伺服器端狀態。

某些完整設定中的路由、DNS 和出站標籤，不一定能透過單一分享連結呈現。即使兩端顯示相同的節點名稱，也可能只有伺服器連線參數相同，分流策略仍有差異。因此，「使用同一份訂閱」只能減少重複輸入，不能證明兩端的最終執行設定完全相同。

連線驗證：區分伺服器連接埠、本機代理與 Android VPN

連接埠必須依用途區分。伺服器連接埠用於連線到遠端，本機 SOCKS 或 HTTP 連接埠供本機應用程式連線，Android 系統的 VPN 授權則決定用戶端能否接管應用程式流量。以下三個數字僅為說明用途的設定範例，不是兩款用戶端所有版本的預設值，也不是實測結果。

例如節點要求連線到伺服器的 443 連接埠，而本機 SOCKS 監聽連接埠是 10808，就不能把節點中的 443 改成 10808。只有在本機監聽確實啟用且類型相符時，應用程式才能使用 127.0.0.1:10808。一般 Android 應用程式通常由用戶端的 VPN 模式接管，不需要逐一手動填入代理連接埠。

• 第一步：確認系統授權。啟動連線後，確認 Android VPN 授權是否已完成。切換用戶端測試前，先停止另一款用戶端，避免系統 VPN 工作階段被取代，誤以為節點失效。
• 第二步：確認應用程式範圍。若已啟用個別應用程式代理，請確認瀏覽器是否包含在接管範圍內；並留意清單設定代表「包含」還是「排除」，兩者意義相反。
• 第三步：確認路由與 DNS。確認目標連線是否依規則送往代理出站，以及網域是否能解析。若 IP 可連線但網域失敗，請優先檢查 DNS 路徑，不要立刻更換核心。
• 第四步：驗證實際連線。開啟已知可用的 HTTPS 網頁，並搭配記錄確認連線結果。延遲測試出現數值，只能表示某項測試成功，不代表所有應用程式流量都已透過代理。

兩條核心路線都能進行路由分流，但規則是否命中仍取決於網域資訊是否可見、DNS 設定與規則順序。直接照搬一份含有不同出站標籤的設定，可能讓原本應走代理的流量改走其他出站。如需了解設定分層，可參閱進階設定，先確認用戶端設定與核心欄位分別要在哪個入口修改。

在相同條件下比較：別把網路波動當成核心優勢

「換了核心之後變快」可能是因為節點、路由或測試時間不同，甚至只是連線重複使用或快取改變。只有同一台伺服器確實支援兩端使用的相同協定組合，才適合進行比較；不要為了測試而把 REALITY 節點改成另一種協定，再把結果歸因於核心。

1. 記錄兩款用戶端的版本與整合核心版本，同時記下伺服器端的協定、傳輸方式及安全層。不要以「最新版」取代具體版本資訊。
2. 固定使用同一個 Wi-Fi 或行動網路，測試期間不要切換網路。讓裝置電量與溫度維持相近，並停止背景大型檔案傳輸。
3. 統一節點、DNS、個別應用程式範圍與分流規則。交替測試同一個 HTTPS 網頁，每款至少測試 5 次，不要只保留最快的一次。
4. 分別記錄連線成功次數、網頁可用情況、延遲測試類型及持續傳輸表現。短連線正常但長時間傳輸中斷時，應搭配記錄判斷，不要用單一延遲數值概括。
5. 保留能重現錯誤的操作步驟。若只有一款用戶端解析失敗，先檢查匯入工具；若兩款都無法完成握手，則優先檢查伺服器端與共同的網路條件。

桌面與 Android 搭配使用：來源共用，分別驗證

桌面使用 v2rayN、Android 使用 v2rayNG 或 v2flyNG 時，只要符合服務提供者的裝置與連線限制，就可以使用同一個訂閱來源。更新訂閱只會同步來源內容；目前選用的節點、分流規則、DNS 與個別應用程式清單仍須分別確認。

最後可歸納為兩種情況：明確需要 Xray 特定功能，就選擇支援對應參數的 v2rayNG；已有經過驗證的 V2Fly 設定，則選 v2flyNG。若只使用兩者都支援的常見協定組合，應以匯入正確、接管穩定及測試結果可重現為準。更多平台與介面差異請參閱用戶端比較，術語說明請參閱名詞速查。