CPUがスリープしているときにハンドラpostDelayedが起動されませんか？

Question

私は、一部のHandlersで5分を超えない間隔で実行されているアクティビティを持っています。アクティビティはBroadcastReceiverから開始され、ユーザが電話を拾ってユーザ入力を待って画面を表示して起動することがあります。この場合、アクティビティonPause()が呼び出され、確実にCPUがスリープモードになっています。私はできるだけ多くのバッテリーを節約したいので、画面をオンにするように設定していません。

私は自分の携帯電話でそれをテストして、実際にはうまく動作していますが、画面はすべてオフになっています。Handlersは実行する必要があるすべてのコードを実行します。アクティビティが開いているときに画面をオンまたはオフにすると、すべて正常に動作します。

ここでは、画面が消えてCPUがスリープすると、一部のデバイスが期待通りに動作しないことがあります。ほとんどの場合、加速度計を使用しています。今私の質問は、WakeLockを取得する必要がありますので、私の活動が開いている間CPUがスリープ状態にならないのですか？前に言ったように、私は高価なWakeLockを買うことによってバッテリーを無駄にしたくないから、本当にこれを知りたいです。

これは実際にどのように動作するかを知っている人の詳細な回答を希望します。

Answer 1

あなたの目標は、あなたのアプローチでは安定して達成できません。ハンドラのpostDelayed()メソッドを使用し、CPUがdeepsleepに行くと、msカウンタは停止し、CPUが再び起動すると続行されます。

See this for more detail.

あなたはcronジョブのいくつかの種類を持っているしたいのであれば、あなたはwakelockを使用する必要があります。

ジョブとWindowsのスケジュールされたタスクをcronにAndroidの同等のための推奨パターンはAlarmManagerを使用することです：DOCからWakeful IntentService

： は幸いまさにそのサービスの実装があります。これはIntentServiceと組み合わせるとうまくいきます。サービスはバックグラウンドスレッドで作業を行い、それ以上の作業がないときにシャットダウンするためです。小さな問題が1つあります：IntentServiceは、デバイスを目覚めさせるために何もしません。アラームがWAKEUPの亜種だった場合、電話機は単独で起床しますが、アラームを処理するBroadcastReceiverはonReceive（）メソッド内にあります。そうしないと、電話がスリープ状態に戻ることがあります。 WakefulIntentServiceは、IntentServiceの容易さと部分的なWakeLockを組み合わせることで、これと戦いを試みます。