Singletonパターンは、クラスに1つのインスタンスのみがあり、グローバルアクセスポイントを提供することを確認(rèn)するために使用されます。 1.プライベートコンストラクターを介して外部インスタンスの作成を防ぎます。 2。クラス內(nèi)に靜的なプライベートインスタンスを作成します。 3.インスタンスを取得するためのパブリック靜的方法を提供します。実裝は、ダブルチェックロックや靜的な內(nèi)部クラスの使用など、スレッドの安全性に注意を払う必要があります。利點には、リソースの保存と統(tǒng)一された管理が含まれますが、短所は高い結(jié)合、依存関係の隠れ、複雑なマルチスレッドです。

シングルトンパターンは、一般的なソフトウェア設(shè)計パターンです。その中心的な目的は、アプリケーション全體にクラスの1つのインスタンスのみが存在するようにし、このインスタンスを取得するためのグローバルアクセスポイントを提供することです。これは、共有リソース（データベース接続、構(gòu)成情報、ロガーなど）を管理する場合に非常に便利です。

なぜシングルトンが必要なのですか？

あなたは尋ねるかもしれません：なぜあなたはクラスを1つのインスタンスしか持っていないように制限する必要があるのですか？実際、多くのシナリオでは、システム全體で一度だけ表示されるオブジェクトが1回だけ表示されることを願っています。例えば：

• データベース接続プール：通常、すべての接続を管理するために必要な接続プールは1つだけです。
• 構(gòu)成マネージャー：アプリケーションの構(gòu)成情報は、1回だけロードする必要があります。
• ロガー：複數(shù)のインスタンスがログの混亂を引き起こす可能性があります。

新しいオブジェクトがすべての呼び出しを作成した場合、リソースを無駄にするだけでなく、一貫性のない狀態(tài)につながる可能性もあります。シングルトンは、この種の問題を解決するために使用されます。

基本的なシングルトンを?qū)g裝する方法は？

シングルトンを?qū)g裝するために、重要なのはクラスのインスタンスプロセスを制御することです。一般的に言えば、いくつかのステップがあります。

• コンストラクターは、外部インスタンスがnewが作成されないように民営化されています。
• クラス內(nèi)に靜的なプライベートインスタンスを作成します。
• インスタンスを取得するために、公開された靜的方法が提供されています。

簡単なJavaの例を見てみましょう：

パブリッククラスロガー{
    プライベート靜的ロガーインスタンス。

    private logger（）{}

    public static logger getInstance（）{
        if（instance == null）{
            instance = new Logger（）;
        }
        インスタンスを返す;
    }
}

このように、誰がLogger.getInstance()に電話しても、彼は同じインスタンスを取得します。

注：上記の例はスレッドセーフではありません。ロックが必要になる場合があります。または、マルチスレッド環(huán)境で再確認(rèn)メカニズムが使用される場合があります。

スレッドセーフ実裝

アプリケーションがマルチスレッドされている場合は、 getInstance()がスレッドセーフであることを確認(rèn)する方法を検討する必要があります。一般的な慣行は次のとおりです。

• 同期方法を使用（パフォーマンスの低下）
• ダブルチェックでロック（推奨）
• 靜的な內(nèi)部クラスの使用（シンプルで効率的）

例として再びチェックしてみてください。

パブリッククラスロガー{
    プライベート靜的揮発性ロガーインスタンス。

    private logger（）{}

    public static logger getInstance（）{
        if（instance == null）{
            同期（logger.class）{
                if（instance == null）{
                    instance = new Logger（）;
                }
            }
        }
        インスタンスを返す;
    }
}

ここでは、2つの判斷とsynchronizedロックが、毎回ロックされ、効率を向上させるために使用されます。

シングルトンの利點と短所の簡単な分析

アドバンテージ：

• メモリとリソースのオーバーヘッドを保存し、繰り返しの初期化を避けます。
• 便利な集中管理のための統(tǒng)一されたアクセスポータルを提供します。

欠點：

• 過剰使用は、テストを助長するものではない高いコード結(jié)合につながります。
• クラス間の依存関係を非表示にする可能性があります。
• マルチスレッドには、追加のスレッド安全性の問題が必要です。

基本的にそれだけです。 Singletonモードは簡単に思えますが、さまざまなシナリオでうまく使用したい場合は、詳細(xì)に注意を払う必要があります。

以上がシングルトンのパターンとは何ですか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。