v2rayNGの電池消費が速いときの対処法：バックグラウンド維持と省電力設定の確認手順

まず電池を消費している原因を確認する

v2rayNGを起動するとローカルVPNインターフェースが作成され、Xrayコアが条件に一致する接続を処理します。システムの電池使用量画面では、このインターフェースを通過した通信がv2rayNGにまとめて計上されることがあります。そのため、「アプリの電池使用量の割合が高い」ことが、コアが常に高負荷で動作していることを意味するとは限りません。まずは絶対的な消費量、フォアグラウンド使用時間、バックグラウンド活動時間、モバイル通信量を確認してから、異常かどうかを判断してください。

まずは1回の満充電サイクルを基準に記録するのがおすすめです。普段と同じネットワーク環境と使い方を保ち、待機1時間、連続ブラウジング30分、オンライン動画再生30分後の電池残量をそれぞれ記録します。その後v2rayNGを停止し、同じアプリを同程度の明るさで使ってもう一度測定します。2回の差を比べるほうが、システムのランキングだけを見るより参考になります。

端末が明らかに熱い、待機中も電池残量が減り続ける、または手動で通信していないのにv2rayNGが大量の通信を発生させている場合は、さらに確認が必要です。電池消費が動画再生、ファイルダウンロード、大量の画像読み込みのときだけ増えるなら、暗号化・転送・ネットワーク通信による負荷であることが多いため、まず回線の遅延、パケットロス、プロキシ範囲を確認しましょう。

アプリ別プロキシの範囲を絞る

グローバルプロキシでは、端末上のより多くのアプリの通信がローカルVPNインターフェースを通過します。メッセージアプリ、クラウド同期、天気、キーボードのネットワークサービス、メディアスキャン、システムコンポーネントなどがバックグラウンドで定期的に通信することがあります。1回のリクエストは小さくても、ネットワークとプロセッサーの頻繁な起動が積み重なると、電池消費は無視できなくなります。限られたアプリだけでプロキシを使う端末では、アプリ別プロキシが最も直接的な負荷軽減策です。

v2rayNGのアプリ別プロキシ設定を開き、現在「選択したアプリのみプロキシ」なのか「選択したアプリをプロキシから除外」なのかを確認します。2つのモードは意味が正反対です。誤って選ぶと、本来プロキシ不要のバックグラウンドアプリまでコアに送られることがあります。整理するときは、まずブラウザー、リモートサービスへのアクセスが必要な通信アプリ、現在の設定に依存するアプリだけを残しましょう。

銀行、地図、端末内の音楽・動画、LAN機器の操作、中国本土向けサービスだけを利用するアプリは、出口を統一するためにすべてプロキシへ追加する必要は通常ありません。除外するかどうかは、実際のネットワーク要件に従って判断してください。変更後はよく使うアプリを1つずつ開き、ログイン、画像の読み込み、メッセージの送受信、ローカル機器へのアクセスを確認します。一度に多くのアプリを外すと、問題の切り分けが難しくなります。

アプリ別に確認する手順

現在のアプリ別プロキシモードと選択済みアプリを記録し、必要なら設定画面を撮影して比較用に残します。
プロキシ範囲を使用頻度の高い2〜3個のアプリまで絞り、ルーティングとノードは変更しません。
画面をロックして1時間待機し、電池残量、バックグラウンド活動時間、通信量を確認します。
毎回1組ずつアプリを追加し、1回分のテストサイクルを観察します。
電池消費が急に増えたら、直近で追加したアプリがバックグラウンドで頻繁に同期していないか確認します。

アプリ別プロキシは、どのアプリをローカルVPNに通すかを決めるだけで、V2Rayのルーティングルールに置き換わるものではありません。アプリがプロキシに入った後も、宛先ドメインやIPはルーティングルールによって直接接続、プロキシ、ブロックに振り分けられます。不要なリモート通信も減らしたい場合は、アプリ別の範囲と適切な中国本土・海外向けの分流を組み合わせてください。

ハートビート、接続テスト、サブスクリプション更新を確認する

接続を維持することは、大量のデータを常に転送することと同じではありません。ただし、ハートビートが頻繁すぎるとネットワークの起動回数が増えます。アイドル接続の扱いは、プロトコル、転送方式、サーバー設定によって異なります。WebSocket、gRPC、TCPなどの接続は、モバイルネットワークのNAT、ルーターのアイドルタイムアウト、サーバー側のポリシーの影響を受けるため、すべての回線に適した一律の間隔はありません。

確認時はいったん関連パラメータをデフォルトに戻し、高頻度のチェックを複数同時に有効にしないでください。接続テスト、実測レイテンシーテスト、自動サブスクリプション更新、アプリ自身のバックグラウンド更新はいずれも定期的なリクエストを発生させます。間隔を短くすると、画面を消した後もネットワークが何度も起動します。普段はノードを切り替えたとき、接続に異常があるとき、サブスクリプションを更新した後に手動でテストすれば十分です。

サブスクリプション更新を毎分実行する必要もありません。内容が変わるのは、サービス提供者がノード、ポート、パラメータを更新したときだけです。実際に使う前に更新するか、長めの間隔で実行すれば、設定の鮮度と待機時の電池持ちを両立しやすくなります。更新後は、現在選択中の設定が有効か確認してください。無効なノードへクライアントが繰り返し接続しようとするのを防げます。

Muxは万能な省電力スイッチではない

Muxは複数の論理リクエストで1つの接続を再利用し、接続を繰り返し確立するコストを減らす仕組みです。省電力になるかどうかは、通信内容、回線品質、サーバーの対応、接続時間によって変わります。短時間に小さなリクエストを大量に並行処理する場合はハンドシェイクを減らせますが、長時間の待機やネットワークの頻繁な切り替えでは、接続維持や再接続が余分な活動を生むこともあります。

したがって、「Muxを有効にする」または「Muxを無効にする」ことを万能解と考えてはいけません。正しくは個別にテストします。同じノード、同じアプリ別プロキシ範囲、近い利用条件を保ち、まずMuxを無効にして半日、その後有効にして半日試します。待機時の電池消費、ウェブページの応答、動画のバッファリング、バックグラウンドメッセージの到着、ネットワーク切り替え後の復旧速度を比較してください。

有効化後に接続が固まる、一部のページが長時間読み込まれない、Wi-Fiからモバイル通信へ切り替えた後に復旧しない、バックグラウンドで再接続を繰り返すといった症状が出たら、まずMuxを無効にして様子を見ます。無効化後に短時間接続が多い場面で応答が明らかに遅くなり、サーバー側でも該当する多重化方式をサポートしているなら、有効のままにしてもよいでしょう。インポートしたサブスクリプションに明確なパラメータが含まれている場合は、サーバー設定を理解しないまま一括上書きしないでください。

比較時に変えない条件

同じノードを使い、テスト中に別の設定へ自動切り替えしない。
アプリ別プロキシのリストを同じに保つ。
ルーティングモード、DNS設定、転送パラメータを同じに保つ。
画面の明るさ、ネットワークの種類、アプリの組み合わせを近い条件にする。
少なくとも1回のロック画面での待機と、1回の連続通信操作を含める。

システムの省電力対象外設定とバックグラウンド維持

Androidは画面ロック後、バックグラウンド通信、スケジュールタスク、プロセスの活動を制限します。端末によっては自動起動、バックグラウンド動作、休眠アプリ、凍結に関する独自の制御もあります。v2rayNGがシステムによって強制停止されると、ローカルVPNが切断されます。その後アプリやシステムが接続を何度も起動し直すことで、「停止・起動・再接続」のループが発生し、安定性と電池持ちがともに悪化することがあります。

長時間接続を維持する必要がある場合は、システムの電池設定でv2rayNGのバックグラウンド動作を許可し、必要に応じて電池の最適化対象外に追加します。端末によってメニュー名は「制限なし」「バックグラウンドアクティビティを許可」「最適化しない」「バックグラウンドでの高い電池使用を許可」など異なります。変更するのはv2rayNGだけでよく、すべての通信アプリを対象外にする必要はありません。

一時的に使うときだけプロキシを有効にするなら、24時間のバックグラウンド維持にこだわる必要はありません。使用後はv2rayNGのメイン画面から接続を停止し、ローカルVPNを正常に終了させるほうが、接続を残したままシステムに強制停止させるより制御しやすくなります。頻繁に使う場合はバックグラウンド動作の権限を維持すると、画面ロック後の再接続を減らせます。

システムのデータセーバーも確認してください。データセーバーがバックグラウンド通信を制限すると、アプリのメッセージが遅れることがあります。v2rayNGが接続を復旧するために再試行を続けると、かえって電池を消費する場合もあります。テスト中はまずv2rayNGのバックグラウンドデータ使用を許可し、安定性を確認します。接続が安定した後、必要に応じて他のアプリのバックグラウンド通信を制限してください。

回線品質とDNSも電池消費に影響する

高い遅延、パケットロス、頻繁な切断があると、クライアントはハンドシェイク、データの再送、ドメインの再解決を繰り返します。その場合、設定に目立った問題がなくても、プロセッサーと無線通信モジュールの動作頻度が上がります。ノードの遅延は参考値にすぎず、1回の測定結果より継続的なパケットロスと接続の安定性が重要です。

まずv2rayNGで長時間安定する設定を1つ選び、全体テストを頻繁に実行しないようにします。同じ設定がWi-Fiでは正常なのにモバイル通信では再接続を繰り返す場合、原因はネットワーク切り替え、IPv4とIPv6の到達性、転送方式、サーバー側の入口などにある可能性があり、クライアントの省電力設定だけとは限りません。サブスクリプションに含まれるアドレス、ポート、トランスポート層、TLS、ドメインのパラメータが完全に一致しているか確認してください。

DNS設定が適切でないと、リクエストが繰り返されることもあります。たとえば、解決結果へ到達できない、リモートDNSの応答が遅い、ルーティングルールによってDNSクエリが直接接続とプロキシの間で何度も試行される、といったケースです。一般ユーザーはまずサブスクリプションとクライアントのデフォルト設定を使い、複数のカスタムDNSを重ねないことをおすすめします。分流が必要な場合は、中国本土のドメイン、ローカルドメイン、その他のドメインの名前解決経路とルーティング出口が一致するように設定してください。

LAN機器のアドレスやローカルドメインは、不要ならリモートDNSへ送らないようにします。プロキシ経由でアクセスする必要があるドメインでは、現在のネットワークから直接接続できない結果が先に返らないよう注意してください。DNSを変更するたびに、まず設定を再読み込みし、ウェブページの初回表示速度、スリープ復帰後の接続回復、よく使うアプリへのログインを確認します。

安定接続と省電力の最終的なバランス

省電力設定の目的は、v2rayNGのバックグラウンド活動を完全に止めることではありません。意味のないテスト、再接続、名前解決、不要なプロキシ通信を減らすことが目的です。即時メッセージや長時間接続が必要なら、クライアントが安定してバックグラウンド動作できる条件を整えます。ブラウジングや一時的な作業だけで使うなら、必要なときに起動し、終了後に手動で停止するとよいでしょう。

多くの端末では、まず次の組み合わせから始められます。必要なアプリだけをプロキシに通し、サブスクリプションが指定する主要な接続パラメータを維持し、自動速度テストを減らし、サブスクリプションの更新間隔を延ばします。Muxはまずデフォルトのままにし、長時間使う間はv2rayNGのバックグラウンド動作を許可します。ローカルとよく使う中国本土のサービスは、ルーティングルールで直接接続してください。設定後、実際の電池残量とネットワーク切り替え後の復旧速度を見ながら微調整します。

調整の効果は、次の3項目を同時に確認します。待機中の電池減少が少なくなったか、画面ロック後も接続が維持されるか、ネットワーク切り替え後に速やかに復旧するかです。バックグラウンド消費の最小化だけを追求すると、メッセージの遅延や手動再接続の増加を招くことがあります。一方、常時アクティブにすると不要なネットワーク起動が増えます。実際に使う時間帯に合わせて動作方法を選ぶほうが、単一のパラメータをそのまま適用するより信頼できます。