先做這四件事，十分鐘內就能見效
大部分「連線慢」「經常斷線」的問題，其實並不需要動到什麼進階設定，先按順序檢查下面四項，通常十分鐘以內就能感受到明顯改善。
- 批量測速，別用第一個節點：客戶端的批量測速功能能測出每個節點的實際延遲，延遲低的節點通常速度也更快更穩定，測速後優先選延遲最低的幾個輪流嘗試。
- 校準系統時間：VMess 協定對系統時間的誤差非常敏感，超過 90 秒的偏差會導致頻繁斷線甚至完全連不上，開啟系統的自動網路校時可以從根源上避免這個問題。
- 使用 PAC 模式而不是全域代理：PAC 模式只讓造訪中國大陸以外服務的流量走代理，中國大陸網站直連，減少不必要的繞行，實測通常比全域代理更快、更省流量。
- 關閉系統電池最佳化對客戶端的限制：行動端如果客戶端被系統的省電策略在背景限制執行，會表現為「連接後一段時間自動斷開」，將客戶端加入電池最佳化白名單即可解決。
還不夠快？再往協定和訂閱上找原因
如果上面四步做完速度還是不理想，問題往往就出在協定選擇或者訂閱本身沒維護好，可以繼續排查這幾項：
- 優先選擇 VLESS + Reality 或 Trojan 節點：這兩種組合的抗封鎖能力更強，在網路審查較嚴格的環境下更不容易被針對性限速，如果服務商同時提供多種協定，優先嘗試它們。
- 嘗試切換傳輸方式：同一個協定可以搭配 TCP、WebSocket、gRPC、mKCP 等不同傳輸方式，如果目前網路環境對某種傳輸方式限速明顯，切換到另一種往往能立竿見影地改善速度。
- 定期更新訂閱：服務商會不斷維護和更換節點，長期不更新訂閱會導致部分節點失效或效能下降，建議每隔幾天手動點一次「更新訂閱」。
- 保持客戶端為最新版本：v2rayN、v2rayNG、v2flyNG 都在持續更新，新版本通常會修復已知連線問題並最佳化核心效能，很多「玄學問題」更新到最新版本後就自然消失了。
還有一個容易被忽略的細節——路由規則。大多數客戶端支援自訂分流規則，如果中國大陸網站的流量被錯誤地也走了代理，不僅會拖慢造訪速度，還會額外消耗節點流量。檢查一下路由 / 分流設定，確認中國大陸網域和常用應用程式走直連，只有真正需要代理的流量才經過節點；同理，如果用的是分應用程式代理（Android 端常見），也建議只為真正需要的應用程式開啟，避免所有應用程式都佔用同一個節點的連線數與頻寬。
八項都排查過了，還是慢怎麼辦
如果排查完上述所有項目，問題依然存在，大概率是節點本身的服務品質問題——頻寬被超售、伺服器所在機房線路品質差、同時在線使用者數過多，都會造成這種「怎麼調都沒用」的情況。
這種情況下最有效的方式是聯絡你的服務提供方反饋，或者換用延遲測試中表現更好的其他節點；客戶端設定本身通常已經不是瓶頸所在，繼續調整設定只會浪費時間。
養成兩個習慣，比臨時排查更管用
比起每次卡頓了才回來查這篇文章，不如把兩個小習慣變成日常操作的一部分：一是每次使用前先批量測速，尤其是在不同時間段、不同網路環境下使用時，節點的實際表現會有波動，測速一次只要幾秒鐘，卻能避免「一直用著不知道哪個更快」的節點；二是固定週期更新訂閱並檢查客戶端版本，把這兩件事和「開啟客戶端」這個動作綁在一起，慢慢就不需要刻意提醒自己了。
養成這兩個習慣之後，你會發現絕大多數「突然變慢」的情況其實早就能被提前發現，不需要等到明顯影響使用時才手忙腳亂地排查，體驗會穩定很多。