已有訂閱時，先選擇能穩定連線的完整節點組合，別只看協定名稱排序。自行架設時，再比較認證方式、外層安全機制與設備負載。本文將逐一說明四種協定，並提供桌面、Android 與低階設備的選擇建議；看完即可核對匯入欄位，也能判斷「換協定真的能加速嗎？」
先分清代理協定、傳輸方式與加密層
VMess、VLESS、Trojan、Shadowsocks 是代理通訊協定，不是四款用戶端。v2rayN 是桌面用戶端；v2rayNG 是採用 Xray 核心的 Android 用戶端；v2flyNG 則採用 v2fly 核心。用戶端負責管理節點及呼叫核心，實際支援的協定與參數，取決於所用核心及其版本。
一個節點通常不只標示一種協定。例如 VLESS + TCP + REALITY 涵蓋代理協定、傳輸方式與安全機制三個層次。WebSocket 不是 VMess 的別稱，TLS 也不是 Trojan 獨有的功能。比較速度時，只寫「VLESS 對比 VMess」卻沒交代傳輸、加密與線路，通常不足以得出有用結論。
- 代理協定：決定如何驗證使用者、表示目標位址及轉送資料，例如 VMess、VLESS。
- 傳輸方式：決定代理資料如何傳送，例如 TCP、WebSocket。兩端必須使用相容的組合。
- 安全機制：TLS 或 REALITY 等機制負責相應的交握與傳輸保護，支援情況取決於核心。
- 路由與流量接管：系統代理、TUN 與分流規則決定哪些應用程式走代理，不會直接改變遠端協定。
因此，即使訂閱中的節點使用相同協定，實際表現也可能大不相同。出口位置、尖峰時段負載、跨網丟包與中繼路徑，往往比協定本身更影響網頁載入與下載速度。
四種協定的背景、認證與加密差異
Shadowsocks 最初以輕量加密代理為設計方向；VMess 是 V2Ray 生態系中的認證與加密代理協定；VLESS 採用較精簡的協定結構，並將部分職責分開處理；Trojan 的典型設計則仰賴 TLS 保護代理連線。這些協定的設計目標各不相同，不能直接當成新舊或效能排名。
| 協定 | 認證憑證 | 資料保護重點 | 匯入時核對項目 |
|---|---|---|---|
| VMess | UUID；認證會受系統時間影響 | 支援協定本身的資料加密，也可再加上 TLS | UUID、加密設定、系統時間、傳輸參數 |
| VLESS | UUID | 常見設定會以 TLS 或 REALITY 保護連線 | 安全類型、伺服器名稱、流控及相關公鑰參數 |
| Trojan | 密碼 | 標準用法仰賴 TLS 提供傳輸保護 | 密碼、伺服器名稱、憑證驗證 |
| Shadowsocks | 密碼，或特定方法要求的金鑰 | 以選定的加密方法保護代理資料 | 加密方法、金鑰格式、伺服器端相容性 |
VMess：沿用現有設定，留意時間與認證方式
VMess 適合繼續使用已有且穩定的節點。新設定應採用 AEAD 認證；舊教學中的非零 alterId 是過時的設定方式，不適用於新節點。認證對系統時間很敏感，連線失敗時應先啟用自動校時。UUID 正確，不代表 WebSocket 路徑、Host 或 TLS 伺服器名稱也設定正確。
VLESS：精簡不代表可以省略安全層
常見 VLESS 設定中的 encryption=none，表示這一層不會執行傳統的負載加密，不代表整條連線沒有加密。搭配 TLS 或 REALITY 後，連線由相應的安全機制保護。切勿因此將公開網路上的節點改成未加密連線。REALITY 與 Vision 等功能也須確認 Xray 是否支援，不可假設 Xray 的設定適用於所有 v2fly 核心。
Trojan 與 Shadowsocks：分別確認 TLS 與加密方法
Trojan 通常以密碼認證，並透過 TLS 保護傳輸；伺服器名稱與憑證驗證是設定重點。Shadowsocks 則須指定加密方法，例如 chacha20-ietf-poly1305。Shadowsocks 2022 是另一組有特定金鑰要求的方法，不能只改方法名稱，卻沿用任意舊密碼。這兩種協定都不是「填入伺服器位址就一定能連線」。
結論：先核對完整組合，再確認協定支援
逐項確認節點的協定、傳輸方式、安全類型與認證欄位。只有協定名稱相同，並不代表用戶端一定能連線；也不要用關閉憑證驗證來取代正確設定。
依使用情境選擇：日常瀏覽、舊訂閱與低階設備
以下建議適用於能自行選擇伺服器設定的使用者。若只有訂閱使用權，請以服務提供者實際提供的參數為準。在用戶端把 VMess 改成 VLESS，不會讓遠端伺服器自動支援另一種協定。
VLESS + TLS 或 REALITY
建議新建節點且兩端核心都支援時，可優先評估這種組合。所有參數都必須互相配合；使用 Vision 時，伺服器端與用戶端的流控也須一致。這是部署上的建議，不代表能保證所有網路環境都更快。
適用情境：可管理伺服器，且能確認 Xray 功能的日常主要連線。
VMess
現有節點穩定就繼續使用。若伺服器採用 WebSocket + TLS，請保留完整路徑、Host 與伺服器名稱，不必為了更換協定而重建整套可用設定。
適用情境：現有訂閱、既有部署，或需要沿用原有連線路徑。
Trojan
伺服器已正確設定 TLS 時，密碼與憑證相關欄位通常較容易確認。先排除伺服器名稱與憑證鏈問題，再考慮效能最佳化。
適用情境：已有可用憑證與網域，並希望沿用標準 TLS 設定流程。
Shadowsocks AEAD
在用戶端與伺服器支援相同方法的前提下，設定欄位較少，可列為低階設備的評估選項。裝置是否支援 AES 硬體加速，會影響其與 ChaCha20 方法的實際負載。
適用情境：設定流程簡單，且在意 CPU 使用率的設備與環境。
「輕量」只代表部分處理成本較低。如果低階設備把大量原本可直連的流量也導入代理，減少不必要的流量接管，可能比更換協定更有效。先整理分流規則，再在相同路線比較 CPU 使用率與傳輸速度，才不會把分流差異誤認為協定優勢。
行動裝置省電與桌面穩定：分別調整流量接管範圍
Android 耗電不能只看協定名稱。訊號微弱、頻繁重新連線、背景應用程式持續連網，以及代理連線是否持續活動，都會影響電量。若沒有在相同設備與網路條件下測試，就不能宣稱某種協定固定能省下多少電。
設定方式：使用同一組候選節點，分別控制流量入口
桌面端：v2rayN
- 先使用系統代理確認瀏覽器能正常連線，再依需求啟用 TUN。
- 在「設定」→「參數設定」確認實際監聽連接埠；選單名稱可能因版本而異。
- 保留直連規則，測試時暫停下載與系統背景更新。
Android 端：v2rayNG / v2flyNG
- 依應用程式設定代理時，只納入確實需要的應用程式，避免測試範圍過大。
- 固定相同的網路、螢幕亮度與測試時間，再記錄耗電量。
- 使用 v2flyNG 時，先確認核心支援情況，別直接套用 Xray 專用組合。
共用訂閱不代表兩端支援完全相同；請分別保留相容節點，並維持一致的測試條件。
若螢幕熄滅後頻繁斷線，先檢查系統對背景執行的限制，以及記錄檔中的重新連線紀錄，不要直接歸因於 VMess 或 Trojan。放寬電池限制可能有助於維持連線，也可能增加背景活動，請依實際需求取捨。
如何測試協定速度：先固定連接埠、線路與測試條件
連接埠號碼不是協定識別碼。443 常用於 TLS 服務，但把任意節點改成 443 並不會自動啟用 TLS；本機監聽連接埠則只負責用戶端與應用程式之間的連線。以下三個數字用來區分設定用途，僅供說明，並非要求一律修改成這些預設值。
本機連接埠請以目前用戶端介面顯示的設定為準。有些版本採用混合監聽，不必分別設定 HTTP 與 SOCKS 連接埠。遠端連接埠必須與伺服器設定一致；若本機監聽僅供本機使用，應綁定回環位址，避免意外開放給區域網路。
- 固定出口：盡量在同一台伺服器上比較不同協定。兩個不同地區的訂閱節點只能比較使用體驗，無法單獨判斷協定的影響。
- 固定測試項目：使用同一個下載網址連續測試 3 輪，每輪 60 秒，記錄平均傳輸速度、失敗次數與 CPU 使用率。這是測試方法，不是本文的實測結果。
- 分別測試新連線與持續傳輸：網頁首次載入較受交握、DNS 與往返延遲影響；下載大型檔案則更能反映持續傳輸速度。
- 記錄完整組合：一併註明 TLS、傳輸方式、流控、多工設定與核心版本；不要只記「VLESS 很快」。
- 尖峰時段再次測試：若協定間的差異小於多輪測試本身的波動，優先選擇較少失敗、較容易維護的設定。
結論：先找出瓶頸，再決定是否更換協定
只有 CPU 長時間接近滿載時，才值得優先比較加密與封裝成本；若 CPU 使用率不高但所有節點都很慢，應先檢查線路、丟包與伺服器限速。更換協定無法解決這些瓶頸。
匯入後無法連線：四個常見問題
訂閱負責提供節點參數，不能讓不相容的核心取得新功能。更新訂閱後，先確認節點欄位是否完整，再查看用戶端記錄檔。分享問題資訊時，請隱藏 UUID、密碼、訂閱網址及相關認證資料。
VMess 的 UUID 沒填錯，為什麼仍然認證失敗？
先在系統日期設定中啟用自動校時，再確認伺服器端是否仍啟用該使用者。若節點來自舊設定，請檢查是否含有舊版 alterId 設定；不要照抄過時教學。最後逐項比對傳輸與 TLS 參數。
VLESS 可以匯入，為什麼連線時顯示不支援？
匯入成功只代表用戶端辨識了連結格式。請確認實際執行的核心，以及節點是否使用 REALITY 或 Vision 等功能。補齊缺少的安全參數；若核心不支援，應改用相容節點，而不是刪除流控欄位碰運氣。
Trojan 顯示憑證錯誤，可以略過驗證嗎？
先校準系統時間，再確認伺服器名稱與伺服器憑證相符，並請伺服器管理員檢查憑證有效期限與憑證鏈。不要把略過驗證當成長期解決方式，否則會降低對連線對端身分的確認能力。
Shadowsocks 密碼相同，為什麼換用戶端後無法連線？
請一併確認加密方法、伺服器連接埠與金鑰格式。尤其不要把傳統 AEAD 的密碼直接當成 Shadowsocks 2022 所需的固定長度金鑰。確認兩端支援相同方法後，再檢查 UDP 與路由需求。
選擇順序：先確認相容與穩定，再比較資源占用
日常瀏覽優先選擇線路穩定、參數完整可用的節點；新建部署可評估 VLESS 的安全組合；既有 VMess 或 Trojan 連線，不必只因名稱不同就更換。低階設備可測試 Shadowsocks AEAD 等選項，但應根據本機 CPU 使用率、連線失敗率與傳輸速度紀錄做決定。
- 先確認相容性：目前使用的核心能否同時支援協定、傳輸方式、安全機制與流控。
- 再確認穩定性：常用時段是否頻繁斷線，網頁與實際應用程式是否都能正常使用。
- 最後再最佳化：只有在條件一致的測試下，才能判斷更換協定是否帶來效益。
需要確認術語時，可查看協定術語表；準備填寫安全參數前，請先閱讀協定參考。保留一份已驗證可用的設定，再逐項調整，比一次修改協定、DNS、路由與核心更容易找出問題。