適合處理 v2rayN、v2rayNG 或 v2flyNG 已成功連線，但網頁開啟緩慢、影片緩衝或下載速度明顯下降的情況。排查時先固定測試環境，再依序檢查本機代理鏈、節點狀態與跨網線路，最後根據對照結果定位問題層級，而不是只看單次延遲數值。
先建立可重現的速度基準
「能連線但速度慢」不是足夠精確的故障描述。網頁首次開啟緩慢、持續下載速度慢、特定網站變慢，以及晚間普遍降速，背後原因可能不同。開始調整設定前，應先記錄測試時間、網路連線方式、客戶端版本、目前節點與代理模式。本文桌面版選單路徑以 v2rayN 7.11.3 為參考，後續版本的文字可能略有調整，但檢查邏輯一致。
基準測試必須固定裝置與網路。測試期間不要在有線與無線網路之間切換，也不要同時進行系統更新、雲端硬碟同步或大型檔案上傳。瀏覽器只保留測試頁面；每輪下載測試持續 30 秒，連續進行 3 輪，輪次之間間隔 60 秒。這樣可排除瞬間快取、連線預熱與背景流量造成的誤判。
完整的代理請求會經過應用程式、本機監聽連接埠、路由規則、代理節點與目標網站。任何環節出現連接埠衝突、規則誤判、封包遺失或壅塞，都可能呈現為「速度慢」。因此第一輪不要修改多個參數，只做紀錄。若同時更換節點、協定與 DNS，即使速度恢復，也無法確認真正原因。
記錄目前環境
記下客戶端版本、核心版本、網路類型、節點名稱與測試時間。v2rayN 可在「說明」→「關於」查看版本，並在執行記錄開頭查看實際載入的核心資訊。
測試直連基準
在 v2rayN 中選擇「系統代理」→「清除系統代理」，完全退出 TUN 模式，再對同一下載來源連續測試 3 次。直連結果可用來判斷本機網路本身是否穩定。
測試代理結果
恢復原節點與原代理模式，對相同目標重複測試。不要更換瀏覽器、下載來源或網路，讓兩組結果只存在「是否經過代理」這一項差異。
計算速度比例
以代理速度中位數除以直連速度中位數。這比單次峰值更具參考價值；若三次結果波動超過一倍，應先處理網路抖動，再討論節點上限。
第一層：確認本機代理與分流設定
如果所有節點都很慢，應先檢查本機層。常見問題包括系統代理實際上未啟用、瀏覽器仍使用舊連接埠、TUN 與其他網路過濾程式重複接管流量，以及路由規則將測試目標誤分到直連或阻擋出站。此時頻繁更新訂閱通常沒有幫助，因為節點設定本身未必有問題。
v2rayN 常見的本機監聽連接埠是 10808，但不同版本、設定移轉或手動調整後可能有所變更。應以「設定」→「參數設定」中顯示的實際連接埠為準。若瀏覽器擴充功能或其他應用程式手動填寫了 SOCKS 位址，應確認位址是否為 127.0.0.1，以及連接埠是否與客戶端一致。不要因為舊教學寫著 10808 或 10809，就直接覆蓋目前的值。
- 系統代理模式：一般瀏覽器存取可先使用「自動設定系統代理」進行驗證。若選擇「不變更系統代理」，只有手動指定代理的應用程式會經過節點。
- TUN 模式：適合接管不讀取系統代理的程式，但需要確認虛擬網卡已正常建立。測試期間不要同時保留會重複接管流量的網路工具。
- 路由模式：先切換至全域代理進行短時間對照。若全域模式正常、分流模式變慢，應檢查網域與 IP 規則，而不是繼續更換節點。
- DNS 設定：若開啟網站前長時間停頓，但建立連線後下載正常，應重點檢查網域解析、遠端 DNS 與分流 DNS 之間的匹配關係。
要精確排查路由時，可在 v2rayN 開啟「設定」→「路由設定」，先複製目前的規則集再修改，避免直接破壞日常設定。先暫時建立只包含必要規則的測試方案，讓目標網域明確經由代理出站。測試結束後恢復原規則，並重新建立連線，避免舊連線繼續沿用切換前的路徑。
核心類型也必須與節點參數匹配。可進入「設定」→「參數設定」→「Core 類型」確認目前選擇。VLESS、VMess 等節點能否正常運作，不只取決於協定名稱，還要核對位址、連接埠、使用者識別碼、傳輸方式、TLS 與伺服器名稱。參數不完整時，有時不會完全斷線，而是反覆重試連線，最後呈現為首次開啟緩慢與吞吐量不穩定。
本機層的判定結果
| 對照現象 | 較可能的問題 | 下一步 |
|---|---|---|
| 全域代理正常，分流模式緩慢 | 規則匹配或 DNS 分流 | 檢查目標網域命中的路由出站 |
| 瀏覽器正常，其他程式緩慢 | 程式未讀取系統代理 | 檢查程式代理設定或測試 TUN |
| 所有節點在建立連線時都停頓 | 本機 DNS、連接埠或核心設定 | 查看記錄並確認監聽連接埠 |
| 關閉代理後仍然很慢 | 本機網路或目標網站 | 先排查路由器、無線訊號與上游網路 |
第二層：透過節點對照辨識負載問題
確認本機鏈路正常後，再判斷單一節點是否過載。節點負載通常有明顯個體差異：同一訂閱內，某個節點持續緩慢，而在相同測試條件下其他節點正常。此時不能只看客戶端清單中的延遲排序，因為延遲測試傳送的資料量很少，無法直接反映多人同時使用時的可用頻寬。
選擇至少 3 個不同入口位址或不同地區的節點，依固定順序測試。每個節點連線後等待 10 秒，讓 DNS 快取與連線狀態穩定，再執行 3 輪、每輪 30 秒的持續下載。記錄中位數，不記錄偶然出現的最高瞬時值。若只有一個節點在多個時段都明顯偏慢，節點負載或該節點的伺服器出口就更值得懷疑。
- 節點 A、B、C 使用同一個客戶端、同一個網路與同一個測試目標。
- 每次切換節點後關閉舊的測試連線，再重新開啟測試頁面。
- 上午、晚間各做一組，兩個時段的測試方法保持一致。
- 若某個節點只在晚間降速，記錄具體時間，不要立即修改傳輸參數。
- 若所有節點同步降速，轉入線路層檢查，不要將問題歸因於單一節點。
更新訂閱也可能造成誤判。更新訂閱後，名稱相同的節點不一定仍對應原本的位址或連接埠。進行對照測試前，應開啟節點編輯資訊，確認入口網域、連接埠、傳輸方式與伺服器名稱沒有變更。VMess 與 VLESS 只是協定設定的一部分，實際速度還會受到伺服器資源、出口頻寬、壅塞控制與跨網路徑影響，不能只依協定名稱判斷快慢。
第三層：依時間與路徑辨識線路壅塞
線路問題通常不是某個設定欄位填錯，而是裝置到節點入口、節點到目標網站之間的傳輸品質發生變化。典型特徵是多個節點在相近時間同步變慢、晚間比白天明顯，或小檔案尚可但大型檔案持續傳輸時速度反覆下降。跨電信網路、無線干擾與家庭上傳頻寬用盡，也可能產生類似現象。
先比較不同時段，再比較不同接入方式。建議上午與晚間各執行一組相同測試，每組仍為 3 輪。若條件允許，可在同一台裝置上分別測試有線網路與穩定的無線網路，但切換後必須重新建立代理連線。若有線正常而無線緩慢，問題較接近本機接入；若兩者都在晚間同步下降，則較接近上游線路壅塞。
| 表現 | 可能層級 | 驗證方式 |
|---|---|---|
| 白天穩定，晚間多個節點都很慢 | 尖峰時段跨網線路 | 固定節點，在兩個時段各測 3 輪 |
| 無線網路緩慢，有線網路正常 | 本機接入 | 靠近接入設備並關閉背景上傳後重新測試 |
| 網頁首次開啟緩慢，持續下載正常 | DNS 或握手路徑 | 比較解析時間與實際連線延遲 |
| 小流量正常，持續傳輸週期性下降 | 封包遺失、壅塞或流量整形 | 進行至少 30 秒的連續傳輸測試 |
| 只有單一目標網站緩慢 | 目標網站或節點出口路由 | 更換兩個同類型目標進行交叉驗證 |
傳輸方式也會影響線路表現，但在缺乏對照時不應盲目修改。TCP、WebSocket、gRPC 等傳輸方式由伺服器設定決定，客戶端無法單方面更換。VLESS 或 VMess 節點中的傳輸參數必須與伺服器保持一致。隨意變更網路類型、路徑、主機名稱或 TLS 設定，通常只會導致連線失敗，無法修復實際的鏈路壅塞。
Android 端的排查邏輯相同。v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心；兩者都應先固定網路，再對同一節點進行時段對照。行動網路與無線網路屬於不同接入路徑，切換後的結果只能用於判斷接入差異，不能直接認定客戶端效能不同。測試時還應關閉省電限制對背景連線的干預，並讓螢幕與測試應用程式保持啟用狀態。
從記錄定位連接埠、解析與連線錯誤
若速度問題伴隨頻繁斷流、反覆重新連線或網頁長時間空白，應查看核心記錄。記錄的價值在於區分「連線建立緩慢」和「根本未建立連線」。v2rayN 可從主介面的記錄區域查看即時輸出；修改設定後應先清除舊記錄，再重新重現一次問題，避免將數小時前的錯誤誤認為目前原因。
單一錯誤不一定代表持續性故障。例如目標網站主動關閉連線時，也可能出現讀取失敗。判斷時要看同一錯誤是否在短時間內反覆出現，並結合當時存取的網域、節點與代理模式。以下幾類記錄較適合直接進行針對性檢查。
錯誤：failed to find an available destination
原因與解決方法：出站位址無法完成解析或沒有可用目標——確認節點網域拼寫，檢查 DNS 設定後重新啟動核心，再觀察是否仍持續出現。
錯誤：failed to listen TCP on 127.0.0.1:10808
原因與解決方法：本機監聽連接埠已被其他程序佔用——進入「設定」→「參數設定」確認本機連接埠，結束佔用該連接埠的舊程序，或改用未被佔用的連接埠並同步更新應用程式的代理設定。
錯誤：transport/internet/tcp: failed to dial
原因與解決方法：核心無法建立與節點入口的 TCP 連線——確認伺服器位址與連接埠，並使用其他節點對照；若多個節點在同一時段都失敗，再檢查本機網路與上游線路。
錯誤：context deadline exceeded
原因與解決方法：操作未能在規定時間內完成——結合前後記錄判斷發生在 DNS、節點連線還是目標存取階段，再透過更換節點與測試目標縮小範圍。
修復連接埠衝突後，要確認使用代理的應用程式也已同步更新。假設本機 SOCKS 連接埠從 10808 改為 10818，而瀏覽器或下載工具仍指向 10808，就會呈現完全無法連線或不斷回退。使用系統代理的應用程式通常會跟隨客戶端設定；手動填寫代理位址的應用程式則必須個別修改。
如果記錄中只有零星的連線關閉訊息，但持續下載仍然穩定，不必把每一則提示都視為速度故障。真正需要處理的是同一錯誤高頻重複、每次都伴隨明顯停頓，或核心持續重新啟動。排查完成後恢復正常記錄層級，避免長期記錄過多除錯資訊，影響閱讀並佔用磁碟空間。
建立一套不混淆變數的重新測試流程
排查的核心是一次只改變一個變數。建議保留一份簡單紀錄，欄位包括日期、時間、客戶端與核心版本、接入網路、節點、代理模式、測試目標、三輪結果與記錄摘要。紀錄不需要複雜圖表，但必須能回答「改了什麼」以及「結果是否可重現」。
固定測試目標
選擇能穩定持續傳輸的同一項資源，每輪測試都保持瀏覽器、下載方式與持續時間一致，不要在測試途中切換目標。
排除本機變數
先關閉背景上傳與系統更新，使用「系統代理」→「自動設定系統代理」完成基礎測試，再視需要單獨驗證 TUN。
對照三個節點
保持分流規則不變，只切換節點。每個節點等待 10 秒後測試 3 輪，以中位數比較，忽略單次短暫峰值。
比較兩個時段
上午與晚間重複相同步驟。若多個節點只有在晚間同步下降，可將排查重點轉向跨網路徑與尖峰壅塞。
還原日常設定
驗證結束後恢復原本的路由規則、DNS 與代理模式，重新啟動核心，並存取常用目標，確認沒有留下測試設定。
如果更換節點後立即恢復，而系統代理、路由與測試目標都沒有變更，節點側問題的可能性較高。如果切換至全域代理後恢復，而節點沒有變動，應優先檢查分流規則與 DNS。如果關閉代理後仍然很慢，則應先處理本機網路或目標網站，繼續調整 V2Ray 參數不會得到有效結論。
對於偶發問題，應至少跨兩個時段重新測試。短時間內恢復可能是節點維護結束、網路路徑變化或目標網站負載下降所致，不代表剛才修改的某個無關設定有效。保留前後設定與測試紀錄，才能避免重複試錯。
速度緩慢排查的常見問題
延遲最低的節點，為什麼下載速度仍然很慢？
延遲測試的資料量很小，主要反映連線建立時間，不能代表持續頻寬。請對候選節點分別進行 3 輪、每輪 30 秒的連續下載，再比較中位數。
所有節點突然一起變慢，該怎麼辦？
先清除系統代理測試直連，再檢查是否有背景上傳。若直連正常，可分別在上午與晚間重新測試三個節點，判斷是否存在同步的線路波動。
切換全域代理後速度恢復，代表什麼？
節點本身通常可以運作，問題較可能位於路由規則或 DNS 分流。進入「設定」→「路由設定」，檢查測試網域實際匹配的規則與出站。
更新訂閱可以直接解決速度問題嗎？
只有訂閱內容中的節點位址或參數發生變更時，才可能產生影響。更新前後應確認位址、連接埠、傳輸方式與伺服器名稱，不能把更新訂閱當成通用修復步驟。
需要頻繁修改協定和傳輸方式嗎？
不需要。VMess、VLESS 的傳輸參數必須與伺服器一致，客戶端單方面更改 TCP、WebSocket 或 gRPC 設定會造成不匹配。應先透過節點與時段對照確認問題層級。
最終結論應落在具體層級：本機層檢查代理接管、連接埠、DNS 與路由；節點層觀察單一節點在相同條件下是否持續偏慢；線路層則看多個節點是否依時間同步波動。依此順序處理，可以減少無效變更，也能讓後續回報包含可重現的測試條件。