適合初次使用 v2rayNG，或遇到鎖定螢幕後斷線、指定應用程式未走代理的使用者。先釐清 VPN 授權、背景執行與流量範圍，再依步驟調整電池設定及依應用程式規則；最後透過前景、鎖定螢幕與切換網路三輪測試，確認問題所在。
VPN 權限與節點連線是兩回事
v2rayNG 是 Android 用戶端，使用 Xray 核心處理代理連線。它透過 Android 的 VpnService 建立虛擬網路介面，將符合設定條件的應用程式流量交由本機處理。系統顯示 VPN 圖示，只代表 VPN 介面已建立，不表示遠端節點可用，也不代表所有應用程式都會經由代理出口。
首次啟動服務時，Android 會顯示 VPN 連線要求。確認後，用戶端才能建立介面；這項授權與簡訊、通訊錄或裝置管理權限無關。VMess、VLESS 等節點參數是否正確、TLS 是否交握成功，仍須另外確認。相同訂閱能在桌面版 v2rayN 使用，也不能據此排除手機端的授權或電池限制問題。
上述連接埠用於說明測試目標：瀏覽 HTTPS 網頁通常會連線至目標的 443 連接埠；節點伺服器則必須使用訂閱提供的連接埠。不要因網頁無法開啟，就把節點連接埠一律改成 443。Android 工作設定檔可有獨立的 VPN 環境，測試時也應確認目標應用程式隸屬哪個設定檔。
判斷方式：先確認介面，再檢查出口
VPN 尚未建立時，先處理授權與服務啟動；介面已存在但網頁無法開啟時，再檢查節點、DNS 與路由。不要把這兩類問題混為一談，反覆重新安裝。
首次連線：授權、服務與衝突排除
以下以常見的中文介面選單名稱為準。v2rayNG 不同版本及 Android 廠商系統可能調整名稱或位置；遇到差異時，請依「VPN、通知、電池、依應用程式代理」等功能名稱查找，不要套用桌面用戶端的選單路徑。
-
確認節點
在 v2rayNG 主畫面選取已匯入的設定，核對伺服器位址、連接埠與傳輸參數。訂閱連結與單一節點設定用途不同，請勿將訂閱網址填入伺服器位址欄位。
-
允許連線
點選主畫面右下角的啟動按鈕，在 Android 的 VPN 連線要求中選擇「確定」。若取消了要求，請返回應用程式重新啟動；不要只因已選取節點，就認定服務正在執行。
-
檢查衝突
前往系統「設定」→「網路和網際網路」→「VPN」，查看目前的連線。使用 VPN 介面的防火牆、過濾工具或其他 VPN 服務可能互相取代；請先停止衝突服務再測試。
-
允許通知
前往系統「設定」→「應用程式」→「v2rayNG」→「通知」，視需要允許服務通知。Android 13 及以上版本的通知授權與 VPN 授權是兩項獨立權限；拒絕通知不等於拒絕 VPN。
-
確認連線
讓應用程式保持在前景，開啟已知可連線的 HTTPS 網頁，再查看用戶端側邊選單中的「記錄」。先確認是否持續出現連線錯誤，再調整背景執行設定。
鎖定螢幕後斷線：如何設定省電例外
前景使用正常、鎖定螢幕後失敗時，才優先檢查背景限制。Android 電池最佳化、廠商的背景管理及網路切換都可能影響長時間連線。取消電池限制可降低程序受到限制的機率，但無法修復節點無法連線、伺服器閒置逾時或行動網路訊號中斷等問題。
- 應用程式電池設定：在常見的 Android 介面中，前往「設定」→「應用程式」→「v2rayNG」→「應用程式電池用量」，尋找「不受限制」或「允許背景使用」。部分系統會將類似選項放在「電池最佳化」→「所有應用程式」中。
- 廠商啟動管理：若系統提供「應用程式啟動管理」，請允許 v2rayNG 在背景執行。允許自動啟動是管理啟動情境的設定，不代表用戶端一定會自動建立代理連線。
- 數據用量限制：前往應用程式資訊中的「行動數據和 Wi-Fi」或「數據用量」，確認是否禁止背景數據；若已啟用系統的數據節省模式，也請檢查是否可為該應用程式允許不受限制的數據用量。
- 鎖定最近使用的應用程式：部分廠商可在最近使用的應用程式畫面鎖定應用程式，作為輔助措施。但若系統強制停止應用程式，鎖定任務也無法取代重新開啟應用程式並啟動服務。
不必一開始就關閉整台手機的所有省電功能。先只調整 v2rayNG 的應用程式設定，並記錄修改前後的狀況。讓應用程式在背景持續執行會增加耗電量，實際耗電也取決於流量、網路訊號與連線頻率；無法用單一固定百分比代表所有手機。
從最近使用的應用程式清除後就斷線，正常嗎？
不同廠商對清除任務的處理方式各異。重新啟動服務後，先只按主畫面按鈕返回桌面，不要手動清除任務；若此時鎖定螢幕後仍能正常使用，再檢查廠商的背景清理與任務鎖定設定。
已設為不受限制，為什麼仍會斷線？
先確認斷線時 VPN 介面是否仍存在。若介面仍在、用戶端也未退出，請優先檢查切換網路後是否重新建立連線、節點是否可連線及記錄內容，不要再疊加更多省電設定。
看不到通知，就代表程序被終止了嗎？
不能只依通知判斷。請檢查系統應用程式通知權限、VPN 設定中的連線狀態，再返回用戶端查看服務狀態。Android 13 及以上版本即使拒絕通知權限，前景服務也不一定會因此停止。
開機後會自動連線嗎？
省電例外本身不會啟用自動連線。重新開機後應實際檢查用戶端與系統 VPN 狀態；若使用用戶端的啟動相關選項或系統的「一律啟用」功能，請分別確認是否如預期生效。
依應用程式代理：勾選代表接管還是排除？
在 v2rayNG 側邊選單前往「設定」→「依應用程式代理」，啟用該功能後查看「略過模式」。常見邏輯是：關閉略過模式時，所選應用程式會進入 VPN；開啟略過模式時，所選應用程式會被排除。若目前版本的文字不同，請以介面顯示的模式說明為準。
這項設定決定哪些應用程式會進入 VPN 介面，並非指定特定網域必須經由遠端代理。應用程式進入介面後，Xray 路由規則仍可將部分連線分流為直連或封鎖。因此，「已勾選瀏覽器」不等於「瀏覽器的所有要求都使用遠端出口」。
僅接管選取的應用程式
建議啟用依應用程式代理、關閉略過模式，只選取一個用於測試的瀏覽器。這樣流量範圍較小，容易區分應用程式選取、節點連線與路由問題；建議初次排查時採用此方式。
適用情境：初次設定、僅少數應用程式使用代理、建立測試基準。
排除選取的應用程式
啟用依應用程式代理並開啟略過模式，選取要排除的應用程式。其他未排除的應用程式通常會進入 VPN，再由路由規則決定出口；若系統封鎖非 VPN 連線，被排除的應用程式可能無法連線。
適用情境：多數應用程式需要接管，少數應用程式需要直接使用本機網路。
停用依應用程式限制
停用依應用程式功能，讓 VPN 設定接管符合條件的流量，再使用路由規則分流。廣泛接管不代表所有目標都會走代理，也不代表工作設定檔中的應用程式會同步生效。
適用情境：不需依應用程式區分流量，主要透過網域與位址規則分流。
儲存應用程式清單後，停止並重新啟動 v2rayNG 服務，讓 VPN 介面依新清單重新建立。接著關閉並重新開啟目標應用程式，避免舊連線或快取影響判斷。新安裝的應用程式也要依目前模式重新確認：僅接管模式通常需要手動加入；排除模式下則可能預設納入接管範圍。
依應用程式規則、DNS 與路由的檢查順序
若只有特定應用程式無法使用，先確認它是否在接管範圍內，再檢查路由與 DNS。Android 私人 DNS、應用程式內建的加密 DNS，以及用戶端本身的 DNS 設定都可能影響解析路徑；不能只因啟用了 VPN，就斷定所有 DNS 查詢都會使用某一台伺服器。
| 狀況 | 優先檢查 | 下一步處理 |
|---|---|---|
| 瀏覽器可用，目標應用程式無法使用 | 清單、略過模式、應用程式設定檔 | 確認目標應用程式已依預期納入接管範圍，重新啟動服務與目標應用程式後再測試。 |
| 所有納入接管的應用程式都無法使用 | 節點、網路、核心記錄 | 讓應用程式保持在前景進行測試，檢查連線逾時、解析失敗或 TLS 錯誤，不要先修改應用程式清單。 |
| 被排除的應用程式反而無法連線 | 系統封鎖非 VPN 連線的選項 | 核對系統 VPN 設定，確認這項安全策略是否符合原本的連線需求。 |
| 部分網域無法連線，其他網域正常 | DNS 與網域路由規則 | 查看對應時間的記錄，逐項核對解析結果與符合的規則。 |
排查私人 DNS 時，可在系統「設定」→「網路和網際網路」→「私人 DNS」記下原本設定，再短暫切換為「自動」進行比較。部分系統的選單名稱不同。這項操作僅用於確認變因，並非建議長期關閉加密解析；測試結束後，請依網路需求還原設定，並核對用戶端的 DNS 設定。
操作原則：每次只變更一項設定
先固定節點與網路，只調整應用程式接管範圍；確認範圍正確後，再單獨調整 DNS 或路由。否則即使恢復連線，也無法判斷是哪項設定生效。
透過三輪測試確認背景穩定性
以下提供一套重新測試流程，並非特定手機的實測結果。測試期間固定使用同一節點與同一目標網頁，記錄開始時間、網路類型與服務狀態。不要以單次延遲數值代替持續連線測試；即使當下連線成功，也不能證明鎖定螢幕後仍可使用。
- 前景測試 2 分鐘：連上 Wi-Fi 後啟動 v2rayNG，使用選取的瀏覽器開啟目標網頁兩次。若此時已無法連線，請先修復節點或規則，不要進行背景測試。
- 鎖定螢幕測試 10 分鐘：返回桌面後鎖定螢幕，不要手動清除任務。解鎖後先查看 VPN 狀態，再重新載入網頁，記錄是服務停止、首次要求較慢，還是持續逾時。
- 切換網路後重新測試：從 Wi-Fi 切換至行動網路，等待系統連線完成，再開啟相同網頁。若只有切換網路後才失敗，請先重新啟動服務以確認能否重建連線，不要直接認定省電例外無效。
記錄中出現 timeout 只代表某項操作逾時，須配合目標位址與時間判斷；failed to lookup 較可能是解析階段失敗；connection refused 通常表示目標或中間設備明確拒絕連線。單獨一行錯誤無法證明問題是由 Android 背景策略造成，也不能直接歸因於節點協定。
最後應確認三項結果：前景連線正常、鎖定螢幕後服務與網頁存取都能恢復、指定應用程式依預期納入接管範圍。只有其中一項未達成，就針對相應環節繼續排查。比起同時更換核心參數、節點與電池設定，這種方式更容易保留有效設定。