挑選核心時，先確認伺服器端的協定、傳輸方式與安全參數，再檢查用戶端能否完整設定這些欄位。若需要 VLESS、Vision 與 REALITY 的組合，優先選用支援此組合的 Xray 環境；現有 VMess 設定若運作正常，不必只因名稱不同就遷移。本文適合準備更換 Android 用戶端、切換桌面核心或匯入自訂設定的使用者，說明哪些內容可以沿用，哪些必須重新確認。
分支由來：專案、核心與用戶端各有不同
Project V 是理解這個生態系的起點，V2Ray 則是其中一款代理軟體。V2Fly 社群持續維護 v2ray-core；Xray-core 則於 2020 年從當時的 V2Ray 程式碼分支，之後獨立發展。分支代表兩者曾共享程式碼與設定慣例，不代表後續功能、設定格式與發布時程仍保持一致。
一般所說的「V2Fly 核心」，通常是指由 V2Fly 維護的 v2ray-core；「Xray 核心」則是指 Xray-core。v2rayN、v2rayNG、v2flyNG 是用戶端名稱，負責管理節點、設定介面並啟動核心。用戶端版本與核心版本是兩項不同資訊，排查問題時應分別記錄。
- 協定層：VMess、VLESS 等協定決定用戶端與伺服器如何交換代理請求。
- 傳輸與安全層：TCP、WebSocket、TLS、REALITY 等決定連線的承載方式與安全連線的建立方式。
- 核心層：解析設定並執行 DNS、路由、入站與出站邏輯。
- 用戶端層：讀取訂閱、產生核心設定，並處理系統代理或 Android VPN 介面。
因此，「用戶端能匯入連結」和「核心能建立連線」是兩回事。連結解析器可能認得 VLESS，卻未保留伺服器要求的流控或安全欄位；介面上出現節點，也不代表設定內容完整。
功能差異：聚焦 Vision 與 REALITY 的組合
VMess 是兩套核心都常見的使用情境之一，但不能因此認定所有功能都能互通。VLESS 是代理協定，XTLS 是相關技術路線，Vision 是常見的流控模式，REALITY 則是傳輸安全方案。這些名稱屬於不同層級，不能視為四種可互相替代的節點類型。
| 檢查項目 | Xray-core | V2Fly v2ray-core |
|---|---|---|
| VMess | 可用於相容的 VMess 設定 | 可用於相容的 VMess 設定 |
| WebSocket + TLS | 須確認路徑、Host 與伺服器名稱 | 同樣須確認傳輸與 TLS 參數 |
| VLESS | 常見使用情境，仍須符合傳輸與流控設定 | 不能只看協定名稱判斷；過往的實作不代表相容 Xray 擴充功能 |
| Vision | 支援相應的 XTLS Vision 用法 | 不能直接替換成 Xray Vision 設定 |
| REALITY | 支援相應的 REALITY 設定 | 不應用來取代 Xray REALITY 出站核心 |
| 完整 JSON | 依照 Xray 設定規範解析 | 依照對應版本的 V2Fly 設定規範解析 |
如果服務提供者指定的組合是 VLESS + TCP + REALITY，且流控為 xtls-rprx-vision，就必須依照這整組要求選擇核心。將 REALITY 改成 TLS，或刪除 Vision 欄位，不會自動變成可用且相容的節點；伺服器端也必須提供相應的連線方式。
結論：先完整記下伺服器參數，再選擇核心
將協定、傳輸方式、安全方式與 flow 列在同一份檢查清單中。只要其中任何一項依賴 Xray 專屬功能，就先使用相容的 Xray 環境測試，別刪除欄位碰運氣。
設定相容性：分享連結可遷移，完整設定不可直接照搬
「同一個節點能不能用」和「同一份 JSON 能不能用」必須分開判斷。前者主要涉及遠端連線參數；後者還包含本機監聽、DNS、路由規則、出站標籤與核心專屬選項。即使兩份檔案都有 inbounds、outbounds，也不代表可以逐字互換。
- 先遷移節點參數：逐項核對位址、連接埠、使用者識別碼、傳輸與安全參數。分享連結通常不包含用戶端所有本機設定。
- 再遷移路由設定：記下哪些網域直連、哪些走代理、哪些要封鎖。在目標用戶端重新建立規則，並確認比對順序。
- DNS 設定另行處理：確認解析器位址、查詢出口與網域比對方式；遠端 DNS 位址相同，不代表策略也相同。
- 最後核對專屬欄位：舊教學中的 XTLS 欄位、不同設定格式的傳輸名稱，以及 REALITY 參數欄位，都應依實際核心版本重新確認。
以 WebSocket + TLS 為例，遠端連接埠同為 443，不代表連線參數相同。WebSocket 路徑屬於 HTTP 升級請求，Host 是請求標頭，TLS 伺服器名稱則用於交握與憑證驗證；三者可能不同，遷移時不能一律改成伺服器 IP。也不要把停用憑證驗證當成一般修復方式。
REALITY 的伺服器名稱、公鑰相關參數、short ID 與指紋選項，應依服務提供者的資訊及目前用戶端的欄位填寫。不同版本的介面名稱、JSON 欄位與分享連結參數名稱可能不同，不宜只看字面相似就手動改名。分享設定以利排錯前，應先移除訂閱網址、使用者識別碼與其他存取憑證。
用戶端選擇：v2rayN、v2rayNG 與 v2flyNG
桌面端使用 v2rayN 時，先確認目前節點實際呼叫的核心，而不是只看視窗標題。一般節點通常由用戶端產生設定；自訂設定則可能依檔案內容交由指定核心執行。節點編輯表單未提供某項設定，不代表核心不支援；反之亦然。
Xray 方案：v2rayN / v2rayNG
建議需要 VLESS + Vision + REALITY 時，優先確認 Xray 核心版本與用戶端欄位支援情況。Android 端使用 v2rayNG；桌面端則在 v2rayN 中確認所選設定實際使用 Xray。
適用情境：伺服器明確要求 Xray 擴充功能，或已有相應分享連結
V2Fly 方案：v2flyNG
Android 端若需繼續使用 V2Fly 設定體系，可選擇 v2flyNG。若現有 VMess 連線與路由策略運作正常，應先評估遷移效益，再決定是否更換核心。
適用情境：維護既有 V2Fly 設定，且節點不依賴 Xray 專屬功能
本文的建議是依據所討論的協定需求，並非速度排名。同一條 VMess 線路的下載表現，也會受到伺服器負載、網路路徑、壅塞控制與用戶端策略影響。不同時間的測速結果不能全歸因於核心，也無法保證更換核心後延遲一定降低。
遷移流程：先建立最小連線，再還原本機策略
桌面端：v2rayN
- 記下目前的節點、路由模式與本機監聽連接埠。
- 使用一個測試節點確認核心與傳輸參數。
- 先測試明確指定的代理，再檢查系統代理設定。
Android 端：v2rayNG / v2flyNG
- 先儲存原用戶端設定，再匯入單一測試節點。
- 測試期間只啟動一個 VPN 服務。
- 確認連線正常後，再還原應用程式分流與 DNS 策略。
訂閱可以提供相同的節點來源，但不會自動同步兩端的 DNS、路由與應用程式分流設定。
驗證順序：分開檢查連接埠、語法與實際流量
排查問題時，先建立可重複的基準。以下連接埠僅為測試範例，並非所有用戶端的預設值。假設伺服器使用 443，本機 SOCKS 入站手動設為 10808，測試程式就必須連線至實際設定的位址與連接埠。其他用戶端版本若使用混合入站，應以介面或產生的設定檔所列監聽值為準。
若直接維護 JSON，可使用核心內建的測試子命令檢查語法。以下分別是 Xray 常見的命令格式與 V2Fly v5 的命令格式；執行檔名稱會依系統安裝方式而異。請先檢查設定檔副本，不要覆寫仍可正常運作的原始檔案。
# Xray：檢查目前目錄中的設定檔
xray run -test -config config.json
# V2Fly v5：檢查目前目錄中的設定檔
v2ray test -c config.json語法檢查通過，只代表設定能被解析，無法證明遠端可連線、憑證有效或流量依預期送出。若程式不認得命令選項，先執行對應程式的說明命令，確認安裝版本支援的用法；不要為了通過檢查就直接刪除不了解的設定項目。
- 檢查啟動記錄：先處理未知欄位、設定格式錯誤與本機連接埠遭占用等問題。此時尚未進入遠端交握階段。
- 檢查網路連線：若持續逾時，先確認伺服器位址、連接埠與網路連線狀態，不必急著修改使用者識別碼。
- 檢查交握：TLS 或 REALITY 相關錯誤，應比對伺服器名稱、安全方式與金鑰參數，同時確認裝置時間正確。
- 檢查實際請求：使用明確指定代理的程式存取目標，再檢查系統代理或 Android 的流量接管範圍，避免將未經代理的請求誤判為核心故障。
- 還原路由與 DNS：最小連線正常後再逐項還原，每次變更後重新測試，才能找出是哪項策略改變了結果。
遷移前最後檢查：保留還原方案，避免重複變更
若兩套核心都支援現有節點，選擇時應考量維護成本與設定是否容易驗證。能穩定運作的 VMess + WebSocket + TLS 設定，不必只為了名稱一致就改成 VLESS；若伺服器已要求 REALITY，也不應為了繼續使用舊環境而強行簡化連線參數。
同一個訂閱在 v2rayNG 能用、在 v2flyNG 不能用，該先檢查哪裡？
先比對實際匯入的節點類型與參數，而不是只比對訂閱網址。訂閱內容可能混有 VMess、VLESS 與不同傳輸組合；不同用戶端解析連結參數的方式也可能不同。選取同一個節點，核對 flow、安全方式與傳輸設定，再查看啟動記錄。依賴 Vision 或 REALITY 的項目應在相容的 Xray 環境中測試。
更換核心會自動修復 DNS 或分流問題嗎？
不會自動修復。更換核心可能改變設定解析方式與預設行為，但錯誤的網域規則、查詢出口或用戶端流量接管範圍仍須另外處理。遷移後應重新確認 DNS 請求的路徑、直連目標是否仍為直連，以及代理目標是否使用正確的出站。
排查問題時應保留哪些記錄？
保留用戶端版本、核心版本、作業系統、節點的協定組合，以及移除憑證後的錯誤記錄。一次只更換核心或一項連線參數，並使用相同目標重複測試，才能區分設定不相容、伺服器拒絕連線與本機流量接管失敗。
- 將原設定另行備份，並為測試設定使用不同檔名，避免訂閱更新覆蓋手動修改。
- 確認應用程式已停止後，再啟動另一套服務，避免本機監聽連接埠衝突。
- 確認遷移成功後再清理舊設定，並先保留一條已驗證可用的還原路徑。