アクティビティコンテキストとアプリケーションコンテキストの違い

これは私を困惑させました、私はこれをAndroid 2.1-r8 SDKで使用していました：

ProgressDialog.show(getApplicationContext(), ....);

そしてまた

Toast t = Toast.makeText(getApplicationContext(),....);

とgetApplicationContext()両方のクラッシュを使用するProgressDialogとToast、この質問につながります：

「コンテキスト」という言葉を共有しているにもかかわらず、アクティビティコンテキストとアプリケーションコンテキストの実際の違いは何ですか？

どちらもContextのインスタンスですが、アプリケーションインスタンスはアプリケーションのライフサイクルに関連付けられていますが、アクティビティインスタンスはアクティビティのライフサイクルに関連付けられています。したがって、アプリケーション環境に関するさまざまな情報にアクセスできます。

getApplicationContextでドキュメントを読んだ場合、ライフサイクルが現在のコンテキストとは別のコンテキストが必要な場合にのみこれを使用する必要があることに注意してください。これは、どちらの例にも当てはまりません。

アクティビティコンテキストには、これらの呼び出しを完了するために必要な現在のアクティビティに関する情報が含まれていると考えられます。正確なエラーメッセージを表示すると、正確に何が必要かを指摘できる場合があります。

ただし、一般的には、正当な理由がない限り、アクティビティコンテキストを使用します。

この表は、さまざまなタイプのコンテキストをいつ使用するかを決定するのに非常に役立つことがわかりました。

1. アプリケーションはここからアクティビティを開始できますが、新しいタスクを作成する必要があります。これは特定のユースケースに適合しますが、アプリケーションで非標準のバックスタック動作を作成する可能性があるため、一般的には推奨されていません。
2. これは合法ですが、インフレーションは、アプリケーションで定義されているものではなく、実行しているシステムのデフォルトのテーマで行われます。
3. Android 4.2以降では、レシーバーがnullの場合に許可されます。これは、スティッキーブロードキャストの現在の値を取得するために使用されます。

元記事はこちら。

これは明らかにAPI設計の欠陥です。そもそも、Activity ContextとApplication Contextはまったく異なるオブジェクトなので、コンテキストが使用されるメソッドパラメータは、親クラスContextを使用する代わりに、ApplicationContextまたはActivity直接使用する必要があります。第二に、ドキュメントはどのコンテキストを使用するか明示的に指定しないでください。

私が思う理由は、アクティビティが破棄された後にダイアログを残すことができないので、ProgressDialogそれをサポートするアクティビティにアタッチさProgressDialogれているため、渡される必要があるthis（ActivityContext）アクティビティとともに破棄されるのに対し、ApplicationContextはアクティビティが取得された後も残る破壊されました。

それ自体がグローバルスコープを持つコンテキストに関連付けられたものが必要な場合は、getApplicationContext（）を使用します。

アクティビティを使用する場合、新しいアクティビティインスタンスには古いアクティビティへの暗黙的な参照を持つ参照があり、古いアクティビティはガベージコレクションできません。

すべてが表示する画面が必要なとき（ボタン、ダイアログ、レイアウト...）コンテキストアクティビティを使用する必要があり、すべてが表示または処理する画面を必要としない（トースト、テレフォンサービス、連絡先...）と思いますアプリケーションコンテキストを使用できる

ホーム画面から直接アプリを起動した場合と、共有インテントを介して別のアプリから起動した場合の2つのコンテキストの違いを確認できます。

ここで、@ CommonSenseCodeによって言及された「非標準のバックスタックの動作」の意味の実際的な例は、次のとおりです。

互いに通信する2つのアプリApp1とApp2があるとします。

起動App2の：MainActivityランチャーから。そして、MainActivity打ち上げからApp2の：SecondaryActivity。そこでは、アクティビティコンテキストまたはアプリケーションコンテキストを使用して、両方のアクティビティが同じタスクに住んでいますが、これは問題ありません（すべての標準の起動モードとインテントフラグを使用する場合）。バックプレスでMainActivityに戻ることができ、最近のアプリではタスクが1つだけです。

今あなたがいると仮定します のApp1と打ち上げMainActivity：App2の意思シェア（ACTION_SENDまたはACTION_SEND_MULTIPLE）と。次に、そこからApp2：SecondaryActivityを起動してみます（常にすべての標準の起動モードとインテントフラグを使用）。何が起こるか：

• Android <10でアプリケーションコンテキストを使用してApp2：SecondaryActivityを起動すると、起動できませんすると、同じタスクですべてのアクティビティを。私はアンドロイド7と8を試してみましたが、SecondaryActivityは常に新しいタスクで起動されます（おそらくApp2：SecondaryActivityがApp2アプリケーションコンテキストで起動されますが、App1から来ており、App2アプリケーションを直接起動しなかったためです）たぶんandroidの内部でそれを認識し、FLAG_ACTIVITY_NEW_TASKを使用します）。これは私のアプリケーションが悪かったため、ニーズに応じて良いか悪いかです。
  Android 10でアプリがクラッシュし、
  「Activityコンテキストの外からstartActivity（）を呼び出すにはFLAG_ACTIVITY_NEW_TASKフラグが必要です。これが本当に必要ですか？」というメッセージが表示されます。。
  したがって、Android 10で機能させるにはFALG_ACTIVITY_NEW_TASKを使用する必要があり、同じタスクですべてのアクティビティを実行することはできません。
  ご覧のとおり、動作はAndroidのバージョンによって異なります。

• App2：SecondaryActivityをアクティビティコンテキストで起動すると、すべてがうまくいき、すべてのアクティビティを同じタスクで実行できるため、線形のバックスタックナビゲーションが実現します。

役立つ情報を追加したかと思います