Spring コンテナのシングルトン デザイン パターンとシングルトン Beans

Java では、シングルトン デザイン パターンは、クラスのインスタンスは 1 つだけ作成されます。一方、Spring は、シングルトン スコープを含む Bean のライフサイクルとスコープを自動的に管理します。

Spring コンテナ内のシングルトン Bean

デフォルトでは、Spring コンテナ内の Beanシングルトンとして作成されます。これは、リクエストの回数に関係なく、コンテナごとに Bean のインスタンスが 1 つだけ作成されることを意味します。この動作は、シングルトン設計パターンの動作と似ています。ただし、Spring のシングルトン Bean と、デザイン パターンを使用して実装された真のシングルトン クラスの間には、重要な違いがあります。

主な違い

• スコープ: Spring のシングルトン Bean はコンテナーごとのシングルトンですが、真のシングルトンはクラスローダーごとのシングルトンです。これは、複数の Spring コンテナが同じ Bean の異なるインスタンスを持つことができることを意味しますが、シングルトン クラスのインスタンスはクラスローダーごとに 1 つだけ存在します。
• 遅延初期化: Spring のシングルトン Bean は遅延して作成されます。つまり、最初にリクエストされたときにのみインスタンス化されます。通常、真のシングルトンは積極的にロードされます。つまり、クラスの初期化時にすぐにインスタンス化されます。
• 不変性: シングルトン Bean は本質的に不変ではありませんが、真のシングルトンは通常、最終フィールドとプライベート コンストラクターを通じて不変性を保証します。 .

シングルトン Bean とデザイン パターンを使用する場合

Spring を使用する場合、ほとんどの場合、シングルトン デザイン パターンを手動で実装する必要はありません。豆。シングルトン Bean は同様の機能を提供し、Spring の依存関係注入フレームワークにより管理が容易です。

ただし、次のようなシングルトン設計パターンを直接使用する方が適切な場合もあります。

• Spring によって管理されない真のクラスローダーごとのシングルトンが必要な場合。
• シングルトン インスタンスに不変性を強制する必要がある場合。
• 作成をより細かく制御する必要がある場合。

要約すると、Spring のシングルトン Bean は、デザイン パターンを使用して作成されたシングルトンと同様のシングルトンを提供しますが、そのスコープ、遅延初期化、および不変性の欠如により、ほとんどのアプリケーションに適しています。 。デザイン パターンを使用して実装された真のシングルトンは、クラスローダーごとのスコープ、不変性、またはインスタンスの作成と初期化に対するきめ細かい制御を必要とするシナリオに最適です。