Androidのすべての最新の制限の後、正確な時間にスケジュールされるようにアラームを設定するにはどうすればよいですか？

注：StackOverflowでここに記述されているさまざまなソリューションを試しました（ここの例）。あなたが見つけたものからのあなたの解決策が私が以下に書いたテストを使用して機能するかどうかをチェックせずにこれを閉じないでください。

バックグラウンド

アプリには、ユーザーがリマインダーを特定の時間にスケジュールするように設定するという要件があります。そのため、この時間にアプリがトリガーされると、バックグラウンドで小さな処理が行われ（DBクエリ操作のみ）、リマインダーについて伝えるための簡単な通知。

以前は、単純なコードを使用して、比較的特定の時間にスケジュールされるものを設定していました。

            val alarmManager = context.getSystemService(Context.ALARM_SERVICE) as AlarmManager
            val pendingIntent = PendingIntent.getBroadcast(context, requestId, Intent(context, AlarmReceiver::class.java), PendingIntent.FLAG_UPDATE_CURRENT)
            when {
                VERSION.SDK_INT >= VERSION_CODES.KITKAT -> alarmManager.setExact(AlarmManager.RTC_WAKEUP, timeToTrigger, pendingIntent)
                else -> alarmManager.set(AlarmManager.RTC_WAKEUP, timeToTrigger, pendingIntent)
            }

class AlarmReceiver : BroadcastReceiver() {
    override fun onReceive(context: Context, intent: Intent) {
        Log.d("AppLog", "AlarmReceiver onReceive")
        //do something in the real app
    }
}

使用法：

            val timeToTrigger = System.currentTimeMillis() + java.util.concurrent.TimeUnit.MINUTES.toMillis(1)
            setAlarm(this, timeToTrigger, 1)

問題

このコードを新しいAndroidバージョンのエミュレーターとAndroid 10を搭載したPixel 4でテストしましたが、トリガーされないようです。または、提供してから非常に長い時間後にトリガーされる可能性があります。私は、よく承知している恐ろしい行動することを、いくつかのOEMは、最近のタスクからアプリケーションを削除するに追加しましたが、この1はエミュレータとピクセル4デバイス（株）の両方です。

アラームの設定に関するドキュメントを読みましたが、アプリで制限されているため、あまり発生しませんが、これは特定の時間にアラームを設定する方法を説明しておらず、説明もしていませんどのように来るGoogleの時計アプリはそれをやって成功しました。

それだけでなく、私が理解しているところによると、制限は特にデバイスの低電力状態に適用する必要があると述べていますが、私の場合、デバイスとエミュレーターの両方でこの状態がありませんでした。約1分後にアラームがトリガーされるように設定しました。

多くの目覚まし時計アプリが以前のように機能しなくなったのを見て、ドキュメントに欠けているものがあると思います。このようなアプリの例としては、Googleが購入した人気のあるTimelyアプリがありますが、新しい制限を処理するための新しいアップデートを取得していません。。ただし、このアプリなど、一部の人気のあるアプリは正常に動作します。

私が試したこと

実際にアラームが機能することをテストするために、アプリを初めてインストールした後、デバイスがPCに接続されている間（ログを表示するため）に、数分後にアラームをトリガーしようとするときに、これらのテストを実行します。

1. アプリがフォアグラウンドにあり、ユーザーに表示されるかどうかをテストします。-1〜2分かかりました。
2. アプリがバックグラウンドに送信されたタイミングをテストします（たとえば、ホームボタンを使用）-約1分かかりました
3. アプリのタスクが最近のタスクからいつ削除されたかをテストします。-20分以上待ちましたが、アラームがトリガーされてログに書き込まれていませんでした。
4. ＃3と同じですが、画面もオフにします。それはおそらくもっと悪いでしょう...

私は次のものを使おうとしましたが、すべてうまくいきません：

1. alarmManager.setAlarmClock(AlarmManager.AlarmClockInfo(timeToTrigger, pendingIntent), pendingIntent)

2. alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, timeToTrigger, pendingIntent)

3. AlarmManagerCompat.setExactAndAllowWhileIdle(alarmManager, AlarmManager.RTC_WAKEUP, timeToTrigger, pendingIntent)

4. 上記のいずれかの組み合わせと：

   if (VERSION.SDK_INT >= VERSION_CODES.KITKAT) alarmManager.setWindow(AlarmManager.RTC_WAKEUP, 0, 60 * 1000L, pendingIntent)

5. BroadcastReceiverの代わりにサービスを使用しようとしました。別のプロセスでも試してみました。

6. バッテリーの最適化からアプリを無視することを試みました（助けにはならなかった）が、他のアプリはそれを必要としないので、私もそれを使用すべきではない。

7. これを使ってみました：

            if (VERSION.SDK_INT >= VERSION_CODES.LOLLIPOP)
                alarmManager.setAlarmClock(AlarmManager.AlarmClockInfo(timeToTrigger, pendingIntent), pendingIntent)
            AlarmManagerCompat.setExactAndAllowWhileIdle(alarmManager, AlarmManager.RTC_WAKEUP, timeToTrigger, pendingIntent)

7. onTaskRemovedのトリガーを持つサービスを用意して、そこでアラームを再スケジュールしようとしましたが、これも役に立ちませんでした（サービスは正常に機能しました）。

Googleの時計アプリについては、トリガーされる前に通知が表示されることを除いて、特別なことは何もありませんでした。また、バッテリー最適化設定画面の「最適化されていません」セクションにも表示されません。

これはバグのように見えるので、サンプルプロジェクトと問題を示すビデオを含めて、ここで報告しました。

エミュレータの複数のバージョンを確認したところ、この動作はAPI 27（Android 8.1-Oreo）から始まったようです。docsを見ると、 AlarmManagerが言及されていないように見えますが、代わりに、さまざまなバックグラウンド作業について書かれています。

質問

1. 現在、比較的正確な時間にトリガーされるように何かを設定するにはどうすればよいですか？

2. 上記の解決策が機能しなくなったのはなぜですか？何か不足していますか？許可？代わりにワーカーを使用することになっているのでしょうか？しかし、それはそれが時間どおりにトリガーされない可能性があることを意味しませんか？

3. Googleの「時計」アプリは、これらすべてをどのように克服し、たとえちょうど1分前にトリガーされたとしても、常に正確な時間にトリガーしますか？それはシステムアプリだからというだけのことですか？それが組み込まれていないデバイスに、ユーザーアプリとしてインストールされた場合はどうなりますか？

システムアプリだからといって、ここで2分間に2回アラームをトリガーできるアプリをもう1つ見つけました。ただし、フォアグラウンドサービスを使用することもあると思います。

編集：ここで、アイデアを試すための小さなGithubリポジトリを作成しました。

編集：ようやくオープンソースであり、この問題のないサンプルが見つかりました。悲しいことに、それは非常に複雑であり、私はまだそれが何がそんなに違うのか（そして私が私のPOCに追加する必要がある最小限のコードは何ですか）を理解しようとします

何もする必要はありません。

アプリがホワイトリストに登録されない場合、最近のアプリから削除されると、常に強制終了されます。

のでオリジナル機器メーカー（OMEs）は常にAndroidの遵守に違反します。

そのため、アプリがデバイスManufactureからホワイトリストに登録されていない場合、アプリは最近のアプリから削除された場合でも、アラームでさえバックグラウンドで動作しません。

あなたはその行動を持つデバイスのリストを見つけることができるここにしかし、それはうまく動作しません、また、あなたがサイド解決策を見つけるかもしれません。

Android Rを含むすべてのバージョンで機能するように思われる奇妙な回避策（ここのサンプル）を見つけました。

1. マニフェストで宣言されたSAW権限を許可します。

      <uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />

Android Rでは、それも許可する必要があります。以前は、付与する必要があるとは思われず、宣言しただけです。これがRで変更された理由はわかりませんが、ここでAndroid 10に記述されているように、バックグラウンドで物事を開始するための可能なソリューションとしてSAWが必要になる可能性があると言えます。

2. タスクが削除されたときにそれを検出するサービスを用意し、そのときに、自分自身を閉じることだけが行う偽のアクティビティを開きます。

class OnTaskRemovedDetectorService : Service() {
    override fun onBind(intent: Intent?) = null

    override fun onStartCommand(intent: Intent?, flags: Int, startId: Int) = START_STICKY

    override fun onTaskRemoved(rootIntent: Intent?) {
        super.onTaskRemoved(rootIntent)
        Log.e("AppLog", "onTaskRemoved")
        applicationContext.startActivity(Intent(this, FakeActivity::class.java).addFlags(Intent.FLAG_ACTIVITY_NEW_TASK))
        stopSelf()
    }

}

FakeActivity.kt

class FakeActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        Log.d("AppLog", "FakeActivity")
        finish()
    }
}

このテーマを使用して、このアクティビティをユーザーからほとんど見えないようにすることもできます。

    <style name="AppTheme.Translucent" parent="@style/Theme.AppCompat.NoActionBar">
        <item name="android:windowBackground">@android:color/transparent</item>
        <item name="android:colorBackgroundCacheHint">@null</item>
        <item name="android:windowIsTranslucent">true</item>
    </style>

悲しいことに、これは奇妙な回避策です。これに対するより良い回避策を見つけたいと思います。

制限はActivityの開始について話しているので、私の現在の考えは、フォアグラウンドサービスを1秒間起動した場合にも役立つだろうということです。これには、SAW権限も必要ありません。

編集：OK私はフォアグラウンドサービス（ここのサンプル）で試しましたが、うまくいきませんでした。アクティビティが機能しているのにサービスではない理由はわかりません。私はそこでアラームを再スケジュールしようとし、再スケジュールした後でもサービスを少しの間とどまらせようとしました。通常のサービスも試しましたが、タスクが削除されたため、もちろんすぐに閉じてしまい、まったく機能しませんでした（バックグラウンドで実行するスレッドを作成した場合でも）。

私が試していない別の可能な解決策は、フォアグラウンドサービスを永久に使用するか、少なくともタスクが削除されるまでですが、これは少し奇妙で、私が言及したアプリがそれを使用して表示されません。

編集：アプリのタスクを削除する前とその後少しの間、フォアグラウンドサービスを実行しようとしましたが、アラームは引き続き機能しました。また、このサービスがタスク削除イベントを担当するようにして、発生したときにすぐにサービスを閉じるように試みましたが、それでも機能しました（ここのサンプル）。この回避策の利点は、SAW権限をまったく必要としないことです。不利な点は、アプリがすでにユーザーに表示されているときに通知付きのサービスがあることです。アプリが既にアクティビティを介してフォアグラウンドにあるときに通知を非表示にすることは可能ですか？

編集：それはAndroid Studioのバグだと思われます（バージョンを比較するビデオを含め、ここで報告されています）。私が試した問題のあるバージョンからアプリを起動すると、アラームがクリアされる可能性があります。

ランチャーからアプリを起動すると、正常に動作します。

これは、アラームを設定するための現在のコードです。

        val timeToTrigger = System.currentTimeMillis() + 10 * 1000
        val pendingShowList = PendingIntent.getActivity(this, 1, Intent(this, SomeActivity::class.java), PendingIntent.FLAG_UPDATE_CURRENT)
        val pendingIntent = PendingIntent.getBroadcast(this, 1, Intent(this, AlarmReceiver::class.java), PendingIntent.FLAG_UPDATE_CURRENT)
        manager.setAlarmClock(AlarmManager.AlarmClockInfo(timeToTrigger, pendingShowList), pendingIntent)

「pendingShowList」を使用する必要さえありません。nullの使用も可能です。

1. ブロードキャストする意図が明示的であり、Intent.FLAG_RECEIVER_FOREGROUNDフラグがあることを確認してください。

https://developer.android.com/about/versions/oreo/background#broadcasts

Intent intent = new Intent(context, Receiver.class);
intent.setAction(action);
...
intent.addFlags(Intent.FLAG_RECEIVER_FOREGROUND);

PendingIntent operation = PendingIntent.getBroadcast(context, 0, intent, flags);

2. setExactAndAllowWhileIdle()API 23以上を対象とする場合に使用します。

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, time, operation);
} else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
    alarmManager.setExact(AlarmManager.RTC_WAKEUP, time, operation);
} else {
    alarmManager.set(AlarmManager.RTC_WAKEUP, time, operation);
}

3. フォアグラウンドサービスとしてアラームを開始します。

https://developer.android.com/about/versions/oreo/background#migration

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    context.startForegroundService(intent);
} else {
    context.startService(intent);
}

4. そして、許可を忘れないでください：

<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />

これは効率的ではありませんが、60秒の精度でより一貫性があるかもしれません。

https://developer.android.com/reference/android/content/Intent#ACTION_TIME_TICK

このブロードキャストレシーバーがフォアグラウンドサービス内で使用されている場合は、毎分時間を確認して、アクションを実行するかどうかを決定できます。

ユーザーに許可を設定して省エネモードを無効にするように依頼し、ユーザーが使用しないと正確な時間が達成されないことをユーザーに警告できると思います。

これを要求するコードは次のとおりです。

PowerManager powerManager = (PowerManager) getApplicationContext().getSystemService(POWER_SERVICE);
            String packageName = "your Package name";
            if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
                Intent i = new Intent();
                if (!powerManager.isIgnoringBatteryOptimizations(packageName)) {
                    i.setAction(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
                    i.setData(Uri.parse("package:" + packageName));
                    startActivity(i);

私はあなたがあなたの質問で言及したオープンソースプロジェクトの作者です（シンプルな目覚まし時計）。

私のアプリはまさにそれを行っているので、AlarmManager.setAlarmClockを使用しても機能しなかったことに驚いています。コードは、AlarmSetter.ktファイルにあります。これがスニペットです：

  val pendingAlarm = Intent(ACTION_FIRED)
                .apply {
                    setClass(mContext, AlarmsReceiver::class.java)
                    putExtra(EXTRA_ID, id)
                    putExtra(EXTRA_TYPE, typeName)
                }
                .let { PendingIntent.getBroadcast(mContext, pendingAlarmRequestCode, it, PendingIntent.FLAG_UPDATE_CURRENT) }

            val pendingShowList = PendingIntent.getActivity(
                    mContext,
                    100500,
                    Intent(mContext, AlarmsListActivity::class.java),
                    PendingIntent.FLAG_UPDATE_CURRENT
            )

            am.setAlarmClock(AlarmManager.AlarmClockInfo(calendar.timeInMillis, pendingShowList), pendingAlarm)

基本的には特別なことではありません。インテントにアクションとターゲットクラスが含まれていることを確認してください。