Android には、バッテリーを長持ちさせるための 2 つの省電力機能があります。 デバイスが電源に接続されていないときのアプリの動作の管理: Doze 管理できますDoze: 遅延して電池の消費を抑えます。 デバイスが長期間使用されていないときのアプリのバックグラウンド CPU とネットワーク アクティビティ 表示されます。アプリ スタンバイは、バックグラウンド ネットワーク アクティビティを保留します。 最近のユーザー アクティビティがないアプリ。
デバイスが Doze モードの間、アプリはバッテリーを大量に消費する特定の リソースはメンテナンスの時間枠まで延期されます。具体的な制限事項は、 については、 電源管理 制限します。
Doze とアプリ スタンバイは、Android 6.0 で実行されるすべてのアプリの動作を管理 API レベル 23 以降を対象としているかどうかは関係ありません。 最適なユーザー エクスペリエンスを実現するため、アプリを Doze モードとアプリでテストします。 必要に応じてコードを調整します。次の をご覧ください。
Doze を理解する
ユーザーがデバイスを電源から外して動かさずに長時間放置した場合、 画面がオフになると、デバイスは Doze モードになります。Doze モードでは、システムに対して バッテリーを節約するために、多くの CPU 負荷がかかるため、 提供します。また、アプリがネットワークにアクセスするのを防ぎ、 ジョブ、同期、標準アラームです
システムは定期的に Doze モードを解除して、アプリが完了するまでの間 Doze モードを終了する 遅延アクティビティを制御します。このメンテナンスの時間枠中、システムは 保留中のすべての同期、ジョブ、アラームを実行し、アプリがネットワークにアクセスできるようにします。
![](https://developer.android.com/static/images/training/doze.png?authuser=0000&hl=ja)
メンテナンスの時間枠が終了すると、システムは再び Doze モードに入り、 ネットワーク アクセスの一時停止やジョブ、同期、アラームの延期などが可能です。時間が経つにつれて、 システムがメンテナンスの時間枠のスケジュールを設定する頻度を減らし、バッテリーを削減する デバイスが充電中でないときに長時間使用しない場合の消費電力。
ユーザーがデバイスを動かしたり、画面をオンにしたりして、デバイスをスリープ状態から復帰させたとき、または 充電器を接続すると、システムは Doze モードが終了し、すべてのアプリが正常に再開される できます。
Doze の制限事項
Doze モード中は、アプリに次の制限が適用されます。
- ネットワーク アクセスを一時停止します。
- 起動を無視します。 ロックします。
- 標準を延期
AlarmManager
アラームsetExact()
およびsetWindow()
, 次のメンテナンスの時間枠に移行できます。- Doze モード中に発生するアラームを設定する必要がある場合は、
setAndAllowWhileIdle()
またはsetExactAndAllowWhileIdle()
。 - アラームの設定:
setAlarmClock()
引き続き通常どおり配信されますその直前にシステムは Doze モードを終了する アラームが発生する。
- Doze モード中に発生するアラームを設定する必要がある場合は、
- Wi-Fi スキャンは実行されません。
- アダプターの同期は実行されません。
- 許可しない
JobScheduler
あります。
Doze チェックリスト
- 可能であれば、ダウンストリームには Firebase Cloud Messaging(FCM)を使用します。 メッセージをご覧ください。
- ユーザーがすぐに通知を表示する必要がある場合は、 <ph type="x-smartling-placeholder"></ph> FCM の優先度の高いメッセージ。結果として返されるメッセージにのみ高い優先度を使用する 表示されます。詳しくは、このモジュールの FCM の Android のメッセージの優先度に関するドキュメント
- 最初のメッセージには十分な情報を記載する ペイロードするため、後続のネットワーク アクセスは不要です。
setAndAllowWhileIdle()
で重要なアラームを設定、setExactAndAllowWhileIdle()
。- Doze モードでアプリをテストします。
Doze 向けにアプリを調整する
Doze がアプリに与える影響は、提供する機能に応じて異なる 使用したサービスに関する情報です。多くのアプリは Doze サイクル全体で正常に機能する 使用できます。場合によっては、アプリを開発する際に、 ネットワーク、アラーム、ジョブ、同期を管理します。アプリはこれらのタスクを アクティビティを管理できます。
アラームのスケジュールを設定するには、2 つの AlarmManager
を使用できます
メソッド: setAndAllowWhileIdle()
と
setExactAndAllowWhileIdle()
。これらの方法では、アラームを設定できます。
動作していることがわかります。
ネットワーク アクセスに対する Doze 制限もアプリに影響する可能性があります。 通知やメッセージなどのリアルタイム メッセージに依存している 通知を受け取れます。アプリがネットワークへの永続的な接続を必要とする場合は、 メッセージを受信します。次の場合は Firebase Cloud Messaging(FCM)を使用してください。 考えています
Doze モード時にアプリが期待どおりに動作することを確認するには、
adb
コマンドを使用し、システムによる Doze モードと Doze モードを終了する
アプリの動作を監視できます詳しくは、
Doze モードとアプリ スタンバイ モードでテストします。
アプリ スタンバイについて
アプリ スタンバイを使用すると、ユーザーがいないときにアプリがアイドル状態であるとシステムが判断できます。 しています。この判断は、ユーザーが Google Chat を アプリを一定時間タップし、以下のいずれの条件にも当てはまらない 適用:
- ユーザーがアプリを明示的に起動している。
- アプリに、アクティビティとして現在フォアグラウンドにあるプロセスがある または他のアクティビティまたはフォアグラウンド サービスで使用されている。 <ph type="x-smartling-placeholder">
- アプリがロック画面やアプリに表示される通知を生成する 通知トレイに表示されます。
ユーザーがデバイスを電源に接続すると、アプリがリリースされます 待機状態から解放され、ネットワークへの自由なアクセスや 表示されます。デバイスが長時間アイドル状態になると、 システムによって 1 日に 1 回程度、アイドル状態のアプリからネットワーク アクセスが許可されます。
デバイスがアイドル状態のときに FCM を使用してアプリとやり取りする
Firebase Cloud メッセージ(FCM)は、リアルタイム デベロッパー、 バックエンド サービスと Android デバイス上のアプリ間のダウンストリーム メッセージングを実現します。FCM クラウドへの単一の永続的な接続を提供します。すべてのアプリで リアルタイム メッセージングはこのつながりを共有できます。この共有接続は バッテリー消費を大幅に最適化するので、 個別の永続的な接続を維持できます。 バッテリーが急速に消耗します。そのため、アプリで SMS が必要な場合は、 バックエンド サービスと統合するには、FCM を使用することを強くおすすめします。 独自の永続的なネットワーク接続を維持する必要はありません。
FCM は、Doze モードとアプリ スタンバイ アイドルモードで動作するように最適化されています。FCM 優先度の高いメッセージを使用すると、アプリを復帰させ、ユーザーを引きつけることができます。Doze またはアプリ スタンバイ モードでは、メッセージが配信され、アプリに一時的なアクセス権が付与されます。 部分的なウェイクロックに接続し、デバイスまたはアプリを アイドル状態になります。時間的制約のある、ユーザーに表示される通知については、 Doze モードでの配信を可能にします。優先度の高いメッセージは 通知されます。詳しくは、 FCM の のガイダンスをご覧ください。
通知につながらないメッセージ(アプリのコンテンツを保持する場合など) データ同期を開始する場合は、標準の優先度 FCM を使用してください。 ブロックすることもできます。通常の優先度のメッセージは、デバイスが受信されていない場合に Doze モード。デバイスが Doze モードの場合、 Doze メンテナンスの時間枠、またはユーザーがデバイスを起動した直後。
一般的なベスト プラクティスとして、アプリがダウンストリーム メッセージングを必要とする場合は、 FCM。アプリですでに FCM を使用している場合は、優先度の高いメッセージを使用するようにしてください ユーザー向けの通知が表示されるメッセージのみが対象です。
その他のユースケースのサポート
ほとんどのアプリはネットワーク接続を管理して Doze をサポートでき、 アラーム、ジョブ、同期の作成や、FCM メッセージの使用です。限定された用途向け 不十分な場合があります。このような場合には Doze とアプリ スタンバイから部分的に除外されるアプリの設定可能なリスト 役立ちます
部分的に除外されたアプリは、ネットワークを使用して部分的な復帰を継続できます。
ロックします。ただし、その他の制限は引き続き適用されます。
定義できます。たとえば、アプリのジョブと同期は
API レベル 23 以下で延期され、通常の
AlarmManager
のアラームが作動しません。アプリはパスワードの
呼び出しによって除外リストに
isIgnoringBatteryOptimizations()
。
ユーザーは [設定] で除外されるアプリのリストを手動で設定できます >バッテリー >バッテリーの最適化。別の方法として、 は、アプリがユーザーを除外するよう求める方法を提供します。
- ほとんどのアプリは、ファイルの内容を含むインテントを
ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS
。 - 許容されるユースケースを満たすアプリ
代わりに、API に関連付けられたインテントを
ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS
インテントのアクションで、ユーザーがアプリを除外リストに直接追加できるようにします。 簡単に管理できます。
アプリが除外リストにあるかどうかを確認するには、
isIgnoringBatteryOptimizations()
。
Doze とアプリ スタンバイでテストする
優れたユーザー エクスペリエンスを実現するため、アプリを Doze モードで完全にテストしてください 管理できます
Doze でアプリをテストする
Doze モードをテストする手順は次のとおりです。
- Android 6.0(API)を使用してハードウェア デバイスまたは仮想デバイスを設定する レベル 23)以降のシステム イメージが必要です。
- デバイスを開発用 PC に接続してアプリをインストールします。
- アプリを実行してアクティブ状態のままにします。
- 次のコマンドを実行して、システムを強制的にアイドル状態にします。
$ adb shell dumpsys deviceidle force-idle
- 準備ができたら、次のコマンドを実行してアイドルモードを終了します。
$ adb shell dumpsys deviceidle unforce
- 次のコマンドを実行してデバイスを再有効化します。
$ adb shell dumpsys battery reset
- デバイスを再びアクティブ状態にした後のアプリの動作を監視します。製造元 デバイスが Doze モードから抜けたときに、アプリが適切に復旧することを確認します。
アプリ スタンバイでアプリをテストする
アプリでアプリ スタンバイ モードをテストする手順は次のとおりです。
- Android 6.0(API)を使用してハードウェア デバイスまたは仮想デバイスを設定する レベル 23)以降のシステム イメージが必要です。
- デバイスを開発用 PC に接続してアプリをインストールします。
- アプリを実行してアクティブ状態のままにします。
- 次のコマンドを実行して、アプリを強制的にアプリ スタンバイ モードにします。
$ adb shell dumpsys battery unplug $ adb shell am set-inactive <packageName> true
- 次のコマンドを使用して、アプリの復帰をシミュレートします。
$ adb shell am set-inactive <packageName> false $ adb shell am get-inactive <packageName>
- 復帰後のアプリの動作を監視します。アプリが スタンバイ モードから正常に復帰します。特に、アプリが 通知とバックグラウンド ジョブが想定どおりに機能します。
免除が適用されるユースケース
次の表に、いくつかのユースケースとその許容範囲を示します。
アプリで ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS
を使用できるようにする
インテント アクションを実行できます。一般的に、アプリはこれらの要件を満たしていません
例外がスローされます。ただし、Doze またはアプリ スタンバイによってアプリの重要な機能が損なわれない限り、
技術的な理由により、アプリが優先度の高い FCM を使用できない
ブロックすることもできます。
詳しくは、 その他のユースケース。
タイプ | ユースケース | FCM 使用の可否 | 免除は可能か? | 注 |
---|---|---|---|---|
インスタント メッセージ、チャット、通話アプリ | ユーザーにリアルタイムのメッセージを配信しつつ、 デバイスが Doze モードまたはアプリ スタンバイ モードになっている。 | FCM を使用できます。 | 登録不可 | FCM の優先度の高いメッセージを使用してアプリを復帰させ、アクセスする 通信できます。 |
はい。ただし、FCM の優先度の高いメッセージを使用していません。 | ||||
インスタント メッセージ、チャット、通話アプリ 開発できます | いいえ。別のメッセージングに技術的な依存関係があるため、FCM は使用できません Doze モードやアプリ スタンバイ モードが原因で、アプリの重要な機能が動作しなくなることがあります。 | 登録可 | ||
緊急情報アプリ | ユーザーと家族の安全を守るアプリ。 | 該当する場合のみ記入 | 登録可 | |
タスク自動化アプリ。 | アプリのコア機能が、インスタント メッセージ、音声通話、新しい写真管理が可能です。 | 該当する場合のみ記入 | 登録可 | |
周辺機器デバイスのコンパニオン アプリ。 | アプリのコア機能は、リモートからの永続的な接続を 周辺機器を提供することを目的として周辺機器デバイスの使用を インターネットアクセス。 | 該当する場合のみ記入 | 登録可 | |
アプリは定期的に周辺機器デバイスに接続して同期するだけで済みます。 ワイヤレス ヘッドフォンなどのデバイスに接続するだけで、 標準の Bluetooth プロファイルを介して接続できます。 | 該当する場合のみ記入 | 登録不可 |