プロセス内のBroadcastReceiverライフサイクルは何ですか？

Question

アクティビティとプロセスのライフサイクルに関するいくつかの質問/回答を読んだ後。私は、活動とプロセスライフサイクルに関する詳細を理解していると思います。しかし、私はBroadcastReceiver/ContentObserverのようなObserverについてはプロセスのライフサイクルについて混乱しています。

私が知りたいことは、私はBroadcastReciverを登録する際BroadcastReceiverを登録プロセスがすでに存在していなければ、（つまりは、BroadcastReceiverの意図を受け取るSMSに聞く）、あるシステムがBroadcastReceiverを呼び出したときに

1. 同じプロセスですか？
2. プロセスが終了しないため、プロセス内のこれらの静的データを直接使用することはできますか？
3. 一方、プロセスが既に終了している場合、システムはプロセスを再開しますが、もちろんこれらの静的データはnullですか？
4. システムがBroadcastReceiverを呼び出すと、メインアクティビティも呼び出しますか？

ありがとうございます。

Answer 1

1.）「BroadcastReceiverを登録したプロセス」の意味が不明です。あなたのBroadcastRecevier（）に名前付きのプロセスを提供した場合、その名前はアプリケーションのパッケージに名前属性（XYZ）を加えた名前のプロセスで作成されます。その名前のプロセスがすでに存在する場合、新しいプロセスは作成されず、既存のプロセス内にBroadcastReceiverが作成されます。

2.）したがって、プロセスがまだメモリに残っている場合は、静的データがすでに初期化されている可能性があります。

3.）この場合、すべての静的データを再初期化する必要があります。

4.）BroadcastReceiverのプロセスがまだ存在しない場合、プロセスが作成されますが、BroadcastReceiverがプロセスで作成される唯一のものになります。アクティビティは開始されません。

アクティビティを「メイン」アクティビティにする唯一のものは、特定の種類のインテントをandroid.intent.action.MAINのアクションで処理するために登録されていることです。これは、アプリが起動されたときに放送されるインテントの一種です。ユーザーはすでに実行中のアプリに切り替えることができます。この場合、アクションMAINがブロードキャストされていないインテントがあるため、「メイン」アクティビティは再生されません。要点は、「メイン」アクティビティでは、それが実行されるプロセスと特別な関係がなく、特定の種類のインテントとの特別な関係しかないことです。

Answer 2

BroadcastReceiversとContentObserversはかなりかなり異なっています。

1.）はい、一般的にあなたがしていることは、非常に明確に定義されていない限り、同じプロセスです。

2.）この質問は意味をなさない。何を聞いていますか？

3）もう一度、意味がありません。どのような静的データですか？

4.）いいえ。ブロードキャストレシーバは、アクティビティとはまったく異なります。放送受信機が放送を受信するときに呼び出される唯一のものは、そのonReceive()メソッドです。