シングルトンの使用に関するいくつかの問題を列挙 し、シングルトンパターンを使用するAndroidアプリケーションのいくつかの例を見たことがあるこの投稿を思い出して、グローバルアプリケーション状態（android.os.Applicationのサブクラス化と取得）を通じて共有される単一のインスタンスの代わりにシングルトンを使用するのは良い考えでしょうcontext.getApplication（）を通じて）。
両方のメカニズムにはどのような利点/欠点がありますか？
正直なところ、この投稿のWebアプリケーションでのシングルトンパターンで同じ答えが得られることを期待しています。Androidに適用されます。私は正しいですか？それ以外のDalvikVMの違いは何ですか？
編集：私はいくつかの側面に関与することについて意見を述べたいです：
回答:
私はダイアン・ハックボーンの反応に非常に同意しません。プロジェクトからすべてのシングルトンを少しずつ削除して、実際に必要なときに簡単に再作成できる軽量のタスクスコープオブジェクトを優先しています。
シングルトンはテストの悪夢であり、遅延して初期化すると、微妙な副作用（あるスコープから別のスコープに呼び出しを移動すると突然表面化する可能性があります）を伴う「状態不確定性」が発生しますgetInstance()。可視性は別の問題として言及されており、シングルトンは共有状態への「グローバル」（=ランダム）アクセスを意味するため、並行アプリケーションで適切に同期されない場合、微妙なバグが発生する可能性があります。
私はそれをアンチパターンと考えています。それは本質的にグローバルな状態を維持することになる、悪いオブジェクト指向のスタイルです。
あなたの質問に戻るには：
アプリコンテキスト自体はシングルトンと見なすこともできますが、フレームワークで管理され、明確に定義されたライフサイクル、スコープ、アクセスパスがあります。したがって、アプリのグローバル状態を管理する必要がある場合は、他の場所ではなく、ここに移動する必要があると思います。それ以外の場合は、本当にシングルトンオブジェクトが必要かどうか、またはシングルトンクラスを書き直して、代わりに手元のタスクを実行する、有効期間が短いオブジェクトをインスタンス化できるかどうかを考え直してください。
シングルトンを強くお勧めします。コンテキストが必要なシングルトンがある場合は、次のようにします。
MySingleton.getInstance(Context c) {
//
// ... needing to create ...
sInstance = new MySingleton(c.getApplicationContext());
}私はアプリケーションよりもシングルトンの方を好みます。これは、アプリをより組織化してモジュール化するのに役立つためです。アプリ全体のすべてのグローバルな状態を維持する必要がある1つの場所ではなく、個々の部分がそれ自体で処理できます。また、シングルトンがすべての初期化をApplication.onCreate（）で事前に実行するパスを導くのではなく、（要求に応じて）遅延して初期化するという事実は良いことです。
シングルトンの使用には本質的に問題はありません。理にかなっている場合は、正しく使用してください。ロードされたリソースなどのプロセスごとのキャッシュを維持するために、Androidフレームワークには実際にそれらの多くがあります。
また、単純なアプリケーションの場合、シングルスレッドではマルチスレッディングは問題になりません。これは、アプリへのすべての標準コールバックがプロセスのメインスレッドでディスパッチされるため、スレッドを通じて明示的に導入しない限り、マルチスレッドが発生しないためですコンテンツプロバイダーまたはサービスIBinderを他のプロセスに公開することにより、暗黙的に。
何をしているのかをよく考えてください。:)
From：Developer> reference-Application
通常、アプリケーションをサブクラス化する必要はありません。ほとんどの状況で、静的シングルトンは、よりモジュール的な方法で同じ機能を提供できます。シングルトンにグローバルコンテキストが必要な場合（たとえば、ブロードキャストレシーバーを登録するため）、それを取得する関数に、最初にシングルトンを構築するときにContext.getApplicationContext（）を内部的に使用するContextを指定できます。
アプリケーションはシングルトンと同じではありません。理由は次のとおりです。
私は同じ問題を抱えていました：シングルトンまたはサブクラスandroid.os.Applicationを作成しますか？
最初にシングルトンを試しましたが、ある時点で私のアプリがブラウザーを呼び出します
Intent myIntent = new Intent(Intent.ACTION_VIEW, Uri.parse("http://www.google.com"));問題は、ハンドセットに十分なメモリがない場合、ほとんどのクラス（シングルトンを含む）がクリーンアップされてメモリが確保されるため、ブラウザーからアプリに戻ると毎回クラッシュします。
解決策：必要なデータをApplicationクラスのサブクラス内に配置します。
両方を同時に検討してください：
さらに、コンテキストを拡張して、シングルトンオブジェクトへのアクセスだけでなく、context.logOffUser（）、context.readSavedData（）など、グローバルにアクセスする必要があるいくつかの機能を含めることをお勧めします。おそらく、コンテキストの名前をファサードはそのとき理にかなっています。
彼らは実際には同じです。目に見える違いが1つあります。Applicationクラスを使用すると、Application.onCreate（）で変数を初期化し、Application.onTerminate（）で変数を破棄できます。シングルトンでは、VMの初期化と静態の破壊に依存する必要があります。
私の2セント：
アクティビティが破棄されると、いくつかのシングルトン/スタティックフィールドがリセットされることに気付きました。一部のローエンド2.3デバイスでこれに気付きました。
私の場合は非常に単純でした。私はactivity.onCreate（）から呼び出したプライベートファイル「init_done」と静的メソッド「init」を持っているだけです。メソッドinitがアクティビティの再作成時に自身を再実行していたことに気づきました。
私は肯定を証明することはできませんが、シングルトン/クラスが最初に作成/使用されたときに関連している可能性があります。アクティビティが破棄またはリサイクルされると、このアクティビティのみが参照するすべてのクラスもリサイクルされるようです。
シングルトンのインスタンスをApplicationのサブクラスに移動しました。アプリケーションインスタンスからアクセスします。それ以来、問題に再び気づかなかった。
これが誰かの役に立つことを願っています。
ことわざの口から...
アプリを開発するとき、アプリ全体でデータ、コンテキスト、またはサービスをグローバルに共有する必要がある場合があります。たとえば、アプリに現在ログインしているユーザーなどのセッションデータがある場合、この情報を公開する必要があります。Androidでは、この問題を解決するためのパターンは、android.app.Applicationインスタンスがすべてのグローバルデータを所有し、Applicationインスタンスを、さまざまなデータとサービスへの静的アクセサーを持つシングルトンとして扱うことです。
Androidアプリを作成する場合、android.app.Applicationクラスのインスタンスは1つだけであることが保証されているため、それをシングルトンとして扱うことは安全です（Google Androidチームによって推奨されます）。つまり、静的なgetInstance（）メソッドをアプリケーション実装に安全に追加できます。そのようです：
public class AndroidApplication extends Application {
private static AndroidApplication sInstance;
public static AndroidApplication getInstance(){
return sInstance;
}
@Override
public void onCreate() {
super.onCreate();
sInstance = this;
}
}私のアクティビティは、finish（）を呼び出して（すぐには終了しませんが、最終的には終了します）、Googleストリートビューアーを呼び出します。Eclipseでデバッグすると、ストリートビューアーが呼び出されたときにアプリへの接続が切断されます。これは、（全体の）アプリケーションが閉じられていると理解しており、おそらくメモリを解放するためです（単一のアクティビティが終了してもこの動作は発生しないため） 。それでも、onSaveInstanceState（）を使用して状態をバンドルに保存し、スタック内の次のアクティビティのonCreate（）メソッドで状態を復元できます。静的シングルトンアプリケーションまたはサブクラス化アプリケーションを使用することにより、アプリケーションを閉じて失う状態に直面します（バンドルに保存しない限り）。だから私の経験から、彼らは国家の保存に関して同じです。Android 4.1.2と4.2.2では接続が失われますが、4.0.7または3.2.4では失われません。