イベント検索アプリケーションを作成しています。1つの画面から検索条件を設定し、別の画面に入力すると、ユーザーは3番目の画面から検索条件を編集して4番目の画面に移動できます。
上記のタスクを達成するために、アプリケーション周辺の値を記憶する静的オブジェクトを使用しています。特別なことをする必要はありません。
しかし、Androidメモリ不足が検出された場合Android静的オブジェクトの削除???
Androidはマルチタスクをサポートします。ユーザーが別のアプリケーションに切り替え、ユーザーが戻ってきたときにアプリケーションがおかしくなり始めたら、静的タスクはマルチタスク時に削除されますか?シングルトンメソッドを介して静的オブジェクトを保持する方が良い方法ですか?
少し背景を説明しましょう。アプリケーションを起動するとどうなりますか?
OSはプロセスを開始し、それに一意のプロセスIDを割り当て、プロセステーブルを割り当てます。プロセスはDVM(Dalvik VM)のインスタンスを開始します。各アプリケーションはDVM内で実行されます。
DVMは、クラスロードのアンロード、インスタンスのライフサイクル、GCなどを管理します。
静的変数の存続期間:静的変数は、クラスがJVMによってロードされると存在し、クラスがアンロードされると消滅します。
したがって、Androidアプリケーションを作成し、静的変数を初期化すると、次のいずれかが発生するまでJVMに残ります。
1。クラスはアンロードされます
2。 JVMがシャットダウンします
3。プロセスが死ぬ
別のアプリケーションの別のアクティビティに切り替えても静的変数の値は保持され、上記の3つのいずれも発生しないことに注意してください。上記の3つのいずれかが発生した場合、スタティックはその値を失います。
これは、数行のコードでテストできます。
お役に立てば幸いです。
まあ、Singletonパターンも静的変数の使用に基づいているため、実際には同じ位置にいます。静的アプローチはほとんどの場合に機能しますが、場合によっては、メモリがいっぱいになり、アプリケーションが次の画面に移動する前に別のアクティビティがフォアグラウンドになると、アクティビティのプロセスが強制終了され、静的な値が失われる場合があります。ただし、Androidには、状態間で値を保持するか、次のような値を送信するいくつかのオプションがあります。
プリファレンス、インテント、sqliteデータベースの使用例のコード例を入手するには、Googleコードまたは他のオープンソースAndroidアプリケーションの Aegis-shield source code tree を参照してください。 。
いくつかの調査の後、アプリケーションを使用してシングルトンを保存することは、それを再作成する準備ができていない限り、それほど素晴らしいアイデアではないことがわかりました:
受け入れられた答え は技術的には正しいですが、すべての情報を提供するわけではありません。
上記のリンクが示唆するように、本当にそのモデルに固執したいのであれば、可能であればnullをチェックしてデータを再作成する準備ができている必要があります。
@ r1k0はまさにここにあります。クラスの静的フィールドにデータを保存することは、アプリケーションプロセスの強制終了と再起動の間、それ自体では持続しません。 Androidは、メモリが必要なときにプロセス(アプリを実行中)を定期的に強制終了します。
Android doc: アクティビティ状態とメモリからの取り出し 、
システムがアクティビティを直接強制終了することはありません。代わりに、アクティビティが実行されているプロセスを強制終了し、アクティビティだけでなく、プロセスで実行されている他のすべてのものも破壊します。
以下のメソッドを使用して、プリミティブとSerializableおよびParcelableオブジェクトの状態を保存および復元できます。これらは、通常のアクティビティライフサイクル中に自動的に呼び出されます。
protected void onSaveInstanceState(Bundle state) {}
protected void onRestoreInstanceState(Bundle savedInstanceState){}
したがって、静的変数のみを持つクラスがある場合、onSaveInstanceState()で各フィールドの状態を保存し、onRestoreInstanceState()で復元できます。 Androidがアプリを実行しているプロセスを強制終了すると、変数の状態が保存され、Androidがアプリを復元すると、値は以前と同じ状態でメモリに復元されました。