Androidモバイルで24 * 7を実行し、開始時に&のバックグラウンドサービスを実行する必要があります。モバイル低バッテリーで1時間ごとにWebサービスを起動します。あなたは私にあらゆるアプローチをお勧めしますか?私はいくつかの記事を読んでみましたが、何も考えていませんでした。私はここで何かを試した後にコードを貼り付ける必要があることを知っていますしかし、私は何の手がかりも得ていませんでした。アプローチ方法を教えてください。Androidでのサービス要件のアプローチ
答えて
おそらくhereを述べたように、あなたのService
を殺してからシステムを防ぐための方法startForeground(int id, Notification notification)
を使用する必要があります:
AサービスがAでサービスを置くためにstartForeground(int型、通知)APIを使用することができます開始システムはそれをユーザが積極的に認識しているものとみなし、したがってメモリが不足している場合には殺害の候補とはみなされない。 (理論的には、現在のフォアグラウンドアプリケーションからの極端なメモリ圧でサービスが強制終了される可能性はありますが、実際にはこれは問題ではありません)。
実行するには何らかの種類のスケジュールされたタスクが必要です毎時。 ScheduledThreadPoolExecutor
のようなものは、方法scheduleAtFixedRate (Runnable command, long initialDelay, long period, TimeUnit unit)
を使用して、この目的には理想的です。各時間を実行する必要が
タスクがRunnable
として実装し、あなたのScheduledThreadPoolExecutor
に提出しなければならない:
ScheduledThreadPoolExecutor executor = new ScheduledThreadPoolExecutor(1);
executor.scheduleAtFixedRate(new MyRunnableTask(), 0, 1, TimeUnit.HOURS);
Runnable
タスクのようなものでなければなりません:
private class MyRunnableTask implements Runnable {
public void run() {
//Do what needs to be done.
}
I 24 * 7を実行するAndroidモバイルでバックグラウンドサービスを実行する必要があります。
しないでください。初心者にとっては不可能です。
サービスは、価値のないシステムリソース(RAMなど)を抱えているため、ユーザーは「実行24 * 7」のサービスについて大声でよく訴えます。その結果、サードパーティのタスクキラーと[設定]の[強制停止]オプションの間で、ユーザーはそのようなサービスを取り除きます。彼らがそうしたとき、特にAndroid 3.1以降では、アプリケーションは、ランチャーからあなたの活動を手動で起動するまで、に再び実行されません。
あまりにも多くの開発者がサービス管理にあまりにもふさわしくないため、Android自体がこのようなサービスを排除します。
開始時に&モバイル低電力で1時間ごとにWebサービスを起動します。
このリストに基づいて、「24 * 7を実行するAndroidモバイルのバックグラウンドサービス」は必要ありません。あなたは仕事を実行する必要があります。デバイスのバッテリーが少ないとき
- デバイスが
- 起動時
- デバイスは
ACTION_BOOT_COMPLETED
放送によって起動時に
は見つけることができるすべての時間Intent
。 ACTION_BATTERY_LOW
ブロードキャストIntent
を介してデバイスのバッテリの残量を確認することができます。 AlarmManager
を介して時間が経過すると、独自のアラームスケジュールを設定することができます(たとえば、1時間ごとなど)。
これら3つのトリガーはいずれも、IntentService
のstartService()
を呼び出す必要があります。 IntentService
を使用すると、内蔵のバックグラウンドスレッドを使用して「Webサービスにヒットする」ことができます。そして、その作業が完了すると、IntentService
はになるので、常にメモリを使い果たしているわけではありません。
また、1時間ごとの状態でデバイスをスリープモードから復帰させたい場合、おそらく私のWakefulIntentService
のようなものを使用する必要があります。それ以外の場合は、デバイスがスリープモードから " Webサービスにヒットします。
このようにして、お客様のサービスは稼働しており、のリソースは積極的にユーザーに提供していますが、です。他の何らかのイベントが発生するのを単に待っているとき(例えば、次の59分間)には、リソースが稼働していない。
- 1. AndroidデバイスのAndroid FCM要件
- 2. サービスおよびテレコムの要件
- 3. Cordova Android JDK要件
- 4. android 2.2最小ハードウェア要件
- 5. クイックデザインのアプローチが必要
- 6. Androidベータ版の必要条件
- 7. 春のブートで安らかなサービスでBDDのアプローチ
- 8. アプローチのマルチスレッドアドバイスが必要です
- 9. AndroidでのWebサービス
- 10. AndroidでのGPSサービス
- 11. Android XMLレイアウトへの最善のアプローチ
- 12. android用の仮想キーボードIMEへのアプローチ
- 13. Kubernetesにポッド/サービスを展開するアプローチ
- 14. Webサービスを作成する、これはどのアプローチですか?
- 15. Android BackupManagerと私のアプリケーションdb:ベスト・アプローチ
- 16. RSpec要求仕様のスピードアップへのアプローチ
- 17. Androidサービスの開発 - UDPサービス
- 18. AndroidアーキテクチャのコンポーネントliveDataとroom - 最小要件は何ですか?
- 19. Webサービスへのモバイルアプリアクセスの保護(自宅からのアプローチ)
- 20. サービス - ジオコーダのAndroid
- 21. サービスのデバッグAndroid
- 22. Androidサービスのライフサイクル
- 23. AndroidのfindViewByIdサービス
- 24. ソケットサービスのAndroidサービス
- 25. Androidサービスのロケーションコード?
- 26. Android Oreoのサービス
- 27. Webサービスの動的接続文字列単一ロードのアプローチ
- 28. PhoneGapの追加Androidの要件の追加
- 29. AndroidのChromeでの音声出力の要件は何ですか?
- 30. テンソルフローの要件