プロキシによる通信処理、無線ネットワークの通信、バックグラウンドでの再接続を切り分けてから、電池設定を見直しましょう。待機中に電池が減る、画面ロック中に接続が切れる、Muxを有効にしてから電池持ちが変わったといったAndroidユーザー向けに、再現可能な比較手順、ログの確認方法、アプリ別プロキシの設定範囲を解説します。電池使用量ランキングの割合だけで不具合と決めつけないことが大切です。
1. 電池使用量を確認し、割合と実際の消費を区別する
v2rayNGはAndroidのVPNサービスを通じてアプリの通信を受け取り、Xrayコアでルーティングや外部接続を処理します。暗号化・復号、データ転送、接続の維持にはCPU時間が必要です。また、無線通信の起動やデータ送受信にも電池を消費します。こうした消費がどのアプリに計上されるかは、Androidのバージョンやメーカー独自の集計方法によって異なります。v2rayNGに表示された消費量のすべてを、クライアントの空回りと判断することはできません。
まず「設定」→「電池」→「電池使用量」を開き、集計期間を確認してからv2rayNGのアプリ詳細を表示します。機種によっては「電池使用量のランキング」などの名称です。表示される割合は、消費済み電池に占める割合であり、電池容量全体に対する割合とは限りません。画面の説明を確認し、同じ集計期間内の前景・バックグラウンドでの動作と、端末全体の電池残量の変化を比較してください。
- 環境を記録：Androidのバージョン、v2rayNGのバージョン、選択中のノード、Wi-Fiまたはモバイルネットワーク、画面の点灯状態を記録します。クライアントのバージョンはアプリ情報またはクライアントの「バージョン情報」で確認し、インストールファイル名から推測しないでください。
- 消費量を記録：テスト開始時と終了時の電池残量、経過時間を記録します。充電前の集計と、次に充電した後の集計をそのまま比較しないでください。
- 操作内容を記録：テスト中に動画再生、ファイルのダウンロード、クラウド同期を行ったか、ネットワークを切り替えたか、電波の届かない場所へ移動したかを記録します。
- 異常を記録：画面ロック後もサービスが動作しているか、ロック解除後に再接続が必要か、ログにタイムアウトが繰り返し記録されているかを確認します。
接続中に表示されるフォアグラウンドサービスの通知は、サービスの実行中であることをシステムとユーザーに知らせるものです。通知が表示され続けても、CPUが常に高負荷とは限りません。通知が消えた場合も、それだけでサービス停止とは判断できません。接続状態とシステムのアプリ情報をあわせて確認してください。
2. テスト時間をそろえて消費原因を特定する
電池持ちを比較するときは、一度に変更する条件を一つに絞ります。まず画面ロック中の待機テストを行い、次に同じ操作をするテストを行います。ノードの変更、Muxの有効化、バックグラウンド制限の解除を同時に行うと、消費量が変わっても原因を特定できません。
- プロキシなしの基準値：不要なダウンロードや同期を停止し、電波の安定した場所で画面をロックして60分待ちます。開始時と終了時の電池残量を記録してください。プロキシを切るとアプリが再試行を続ける場合は、基準値に影響しないよう、そのアプリの通信を先に停止します。
- 接続したまま待機：同じネットワークとノードを使い、v2rayNGを起動してから画面をロックし、60分待ちます。ほかの条件は変えず、切断、再起動、想定外の通信がないか確認してください。
- 同じ操作で比較：同じページを続けて見るなど、繰り返し実行できる20分間の操作を用意します。画面の明るさとリフレッシュレートを固定し、動画の画質や画面の消費電力の違いをプロキシの影響と混同しないようにします。
- 順番を変えて再テスト：テストの順番を入れ替え、少なくとも2回繰り返します。電池残量の表示は通常整数単位で変化するため、短時間に1%増減しただけでは結論を出せません。
ここで示した時間はテスト手順の目安であり、実測した電池持ちではありません。プロキシを使っていない状態でも端末全体の電池が大きく減る場合は、電波の弱さ、テザリング、位置情報、バックグラウンド同期を先に確認してください。プロキシを有効にし、通信が発生しているときだけ消費が増える場合は、実際の通信量、再接続の頻度、ルーティング対象を調べます。
結論：待機と通信を分けて測定する
接続したままの待機は安定し、通信中に消費が増えるなら、不要なプロキシ通信を減らすのが先です。画面ロック後に何度も切断される場合は、バックグラウンド設定やネットワークを見直し、プロトコル設定の変更は後回しにしましょう。
3. 電池最適化の対象外設定は接続維持に役立つが、消費電力を直接下げるものではない
Androidの電池最適化、Doze、メーカー独自のバックグラウンド管理は、それぞれ別の機能です。v2rayNGを「制限なし」にすると、バックグラウンド動作の制限による中断を減らせる場合がありますが、暗号化処理の負荷が自動的に下がるわけではなく、ネットワークのスリープをすべて防げるわけでもありません。反対に、制限が厳しすぎると接続が繰り返し切れる可能性がありますが、制限を解除すればどの端末でも電池持ちが改善するとは限りません。
v2rayNGのアイコンを長押しして「アプリ情報」→「電池」または「アプリの電池使用量」を開きます。比較的新しいAndroidでは「制限なし」「最適化」「制限」などを選べます。ほかのシステムでは「設定」→「アプリ」→「特別なアプリアクセス」→「電池の最適化」からアプリを選び、「最適化しない」に設定する場合があります。メニュー名は端末により異なります。
- 画面ロック後にだけ切断される：まずv2rayNGの設定を「制限」から「最適化」に変更します。それでも切断される場合は「制限なし」または「最適化しない」を試します。設定を変えるたびに再接続し、画面ロック中の動作をテストしてください。
- 再起動後に手動接続が必要：クライアントに自動起動設定があるか、システムで自動起動が許可されているかを確認します。自動起動の許可は起動条件に関する設定であり、ネットワーク接続を常時維持するものではありません。
- メーカー独自のバックグラウンド設定がある：アプリ情報のバックグラウンド動作権限と、システムのセキュリティ設定や電池管理にある自動起動の設定を確認します。タスク一覧でアプリをロックする方法は一部のシステムで補助的に使えますが、電池設定の代わりにはなりません。
- システムのVPN設定：「設定」→「ネットワークとインターネット」→「VPN」で、常時接続VPNが有効か確認します。これは接続方法の設定であり、省電力機能ではありません。「VPNを使用しない接続をブロック」を有効にすると、サービスが使えないときにアプリがネットワークへ接続できなくなることがあります。
プロキシ接続を調べるために、すべてのアプリのバックグラウンド制限を一括で解除しないでください。たまに使うだけなら、使用後にサービスを停止すれば十分です。メッセージを常時受信する必要がある場合は、実際に切断が起きるかを確認してから制限を緩和してください。
4. 再接続ログを確認し、ネットワーク障害と接続維持の問題を区別する
電波が弱い、ノードに接続できない、DNSの名前解決に失敗する、接続先から切断されるといった状況では、アプリが再接続を試みることがあります。電池最適化の対象外にしても、こうした問題は解決しません。まずv2rayNGのメイン画面からログを開き、接続失敗の時刻が画面消灯、ネットワーク切り替え、特定のアプリの起動と重なっているか確認してください。
以下はログに実際に記録されることがあるエラーの例です。ログの前後の文言はコアのバージョンによって異なります。ネットワーク切り替え時や接続終了時には、一度だけエラーが出ることもあります。繰り返し記録され、通信にも失敗している場合に、その原因を詳しく調べてください。
context deadline exceeded
原因と対処：接続またはリクエストがタイムアウトしています。ノード、名前解決、通信経路などが原因の可能性があります。まず同じログに記録された接続先を確認し、同じネットワークで利用可能と分かっている別のノードに切り替えて比較します。「タイムアウト」の表示だけでDNS障害と決めつけないでください。
connection refused
原因と対処：接続先のポートへの接続が拒否されています。ログにある接続先アドレスとポートを確認し、サービスが待ち受けているか調べてください。接続先がローカルアドレスなら、該当するローカルサービスが起動しているかを確認します。すぐにリモートノードの問題と決めつけないでください。
network is unreachable
原因と対処：現在のネットワークから接続先アドレスへの経路がありません。端末のネットワーク接続を確認し、IPv6の接続先でのみ発生するか、ネットワーク切り替え後に発生するかを調べます。そのうえで、アドレスファミリーやネットワークの復旧状況に応じて対処してください。
システム情報が必要な場合は、Androidデバッグツールを設定済みのPCで、以下の読み取り専用コマンドを実行できます。1つ目は電池の状態、2つ目はアプリに関する電池使用量の統計、3つ目は端末のスリープ状態を確認します。システムによっては出力が省略されたり、統計情報へのアクセスが制限されたりします。項目が出力されないからといって、その項目の消費電力がゼロとは限りません。
adb shell dumpsys battery
adb shell dumpsys batterystats com.v2ray.ang
adb shell dumpsys deviceidle- ログの時刻と実際に切断された時刻を照らし合わせ、今回の結果と無関係な古いエラーを原因とみなさないでください。
- 調査後は、普段使うログレベルに戻してください。詳細ログを出し続けると書き込みの負荷が増えますが、比較なしに主な電池消費の原因と決めつけるべきではありません。
- ログを共有する前に、サーバーアドレス、ユーザー識別情報、サブスクリプションURLなどの機密情報を削除してください。設定全体を公開しないでください。
5. Muxを見極める：まず無効にして基準を作る
Mux（多重化）は、複数の論理接続で少数の基盤接続を共有する機能です。短時間の接続でハンドシェイクの負荷を一部減らせる場合がある一方、共有接続の混雑、パケットロス、切断が複数のリクエストに影響することもあります。圧縮機能でも、常に電池を節約する設定でもありません。動画の連続再生に必要な通信量が、Muxを有効にするだけでなくなるわけではありません。
v2rayNGの「設定」でMuxまたは多重化に関する項目を探します。バージョンによっては、スイッチと同時接続数が別々に設定されます。カスタム設定が画面上の設定より優先される場合もあります。まず現在の設定値を記録し、Muxを無効にして基準を作ってください。変更後は接続を停止して再起動し、新しい設定が読み込まれたことを確認します。
| 利用シーン | 優先するテスト方法 | 確認する項目 |
|---|---|---|
| ウェブ閲覧、メッセージなどの短時間の接続 | 無効・有効の両方で再テスト | リクエスト失敗、再接続の頻度、端末全体の電池消費 |
| 動画再生または大容量ファイルの転送 | まず無効にして基準を作る | 通信速度の安定性、端末温度、総通信量 |
| 電波が弱い、またはネットワークを頻繁に切り替える環境 | 先に通信経路を改善してからMuxを比較 | 複数のリクエストが同時に中断するか |
| VLESSとVisionの設定 | まずコアの対応条件を確認 | 設定を正常に読み込めるか、フロー制御に互換性があるか |
画面でTCP Muxの同時接続数を設定できる場合は、設定が対応していることを確認したうえで、比較用に4を指定して無効時と比べられます。これはテスト用の値であり、すべてのノードに最適な推奨値ではありません。省電力を目的に同時接続数をむやみに増やさないでください。UDPの多重化設定はTCPの同時接続数とは別の項目であり、同じ結論を当てはめることはできません。
VMessとVLESSはプロキシプロトコルです。REALITYはVLESSなどと組み合わせて使える通信のセキュリティ方式であり、REALITYという名称だけでMuxとの互換性を判断することはできません。一般的なVLESS、REALITY、xtls-rprx-visionの組み合わせでは、TCP Muxをそのまま有効にせず、現在のXrayコアにおけるVisionの制限に従って設定してください。
結論：安定した効果がなければ、シンプルな設定を使う
Muxを有効にするのは、同じノード、ネットワーク、用途で再現性のある改善が繰り返し確認できた場合に限ります。電池残量の表示誤差程度の差しかないなら、接続が安定し、互換性が明確な設定を選んでください。
6. アプリ別プロキシで処理対象を絞る。アプリの通信を禁止する機能ではない
v2rayNGのアプリ別プロキシでは、どのアプリをVPNの処理対象にするかを指定します。コアのルーティングでは、対象になった通信をプロキシ経由にするか、直接接続するか、遮断するかを決めます。両者は異なる階層の設定です。アプリがVPNの対象に含まれていれば、最終的に直接接続するルールに該当しても、端末内で通信を受け渡す処理が発生することがあります。VPNの対象から外すと、通信経路をさらに短くできる場合があります。
- v2rayNGの「設定」→「アプリ別プロキシ」を開き、まず現在のバージョンで各モードの説明を確認します。一覧が「選択したアプリだけをプロキシ経由にする」のか、「選択したアプリを除外する」のかを確かめ、チェックの有無だけで判断しないでください。
- プロキシの対象を絞る場合は、必要なアプリだけをプロキシ経由にするモードを優先し、ブラウザー、メッセージ、ダウンロードの各アプリを一つずつテストしてください。
- プロキシが不要で通常の直接接続も問題ない大容量通信アプリは、対象から外したときの接続状況を確認します。除外したアプリは端末の通常のネットワークから接続し、システムの名前解決経路を使う場合もあります。プライバシーとルーティングの要件に合うことを確認してください。
- 設定を保存したらVPNに再接続します。システムの「VPNを使用しない接続をブロック」を有効にしている場合は、対象から外したアプリが通信できるかも確認してください。必ず直接接続できるとは限りません。
アプリ別プロキシで得られる効果は、不要な通信処理を減らすことによるもので、無線通信そのものを変えるものではありません。プロキシを迂回しても、継続的なアップロードやダウンロード、電波が弱い場所での再送信は電池を消費します。メッセージアプリがシステム共通のプッシュ通知サービスに依存している場合は、通知の受信も個別に確認してください。遅延の原因をすべてv2rayNGに帰属させないようにしましょう。
設定を変更する前に、プロキシ経由が必須のアプリを一覧にします。保存後は、接続先へのアクセス、バックグラウンドのメッセージ受信、ネットワーク切り替えをそれぞれテストし、保護が必要な通信を誤って直接接続にしていないか確認してください。
7. バックグラウンド動作と電池持ちに関するよくある質問
画面ロックから十数分で切断されます。電池最適化を必ず無効にする必要がありますか？
まず切断されたのがVPNサービスか、接続先との通信だけかを確認します。サービスが終了している場合は、アプリ情報の電池設定から段階的に制限を緩和してください。サービスが動作していてログにタイムアウトが続く場合は、ネットワークとノードを比較します。設定は一度に一つだけ変更し、画面をロックして60分間テストしてください。
電池使用量ランキングでv2rayNGが1位です。すぐアンインストールしたほうがいいですか？
まず集計期間と端末全体の電池消費を確認してください。プロキシは複数のアプリの通信をまとめて処理するため、ランキング上位というだけでは異常の証拠になりません。大容量通信を停止し、プロキシなしの待機と接続中の待機を比較してから、再インストールや再設定が必要か判断します。
Muxの同時接続数を増やすと、電池を節約できますか？
常に節電につながるとは限りません。まずMuxを無効にして基準を作り、設定が対応している場合のみ、条件を固定して比較します。リクエストがまとめて失敗する、設定の読み込みエラーが出る、互換性に問題がある場合は無効に戻してください。通信経路の問題を同時接続数の増加でごまかさないでください。
v2flyNGに切り替えれば電池消費を解決できますか？
クライアント名だけで判断することはできません。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用しており、対応するプロトコルや設定の互換性が異なります。まず現在のノードとルーティング設定が対応しているかを確認し、同じ条件で比較してください。コアの変更を、バックグラウンド権限の問題に対する代替策にしないでください。
調査を終えたら、使用できる設定とテスト記録を残しましょう。ネットワークの種類、バックグラウンド設定、Muxの状態、アプリ別プロキシの対象、待機中の電池消費、関連ログを記録します。安定した改善につながらなかった変更は元に戻してください。クライアントの更新後やノードの変更後に電池持ちが変わっても、すべての設定をやり直すのではなく、最後に再現できた基準から調査を再開できます。