C＃シングルトンオブジェクトの多くのインスタンス

Question

シングルトンパターンに問題があります。

本当に奇妙ですが、私のシングルトンパターンは2つまたは3つのインスタンスのようです。 私のウェブサイトは、タイマー付きのアクションサイトです。私は自分のシングルトンオブジェクトでタイマーと価格を処理しています。

何が起こっているのは、一部の人々がいくつかの価格を見て、他の人々が異なるネットワークにいるときに常に他の価格を見ているということです。

例えば、私のオフィスでは、オークションは0.56セント、誰もが同じですが、別のネットワーク、たとえば私の家では0.55セント、タイマーは異なる値を示しています。

これは、私がGUIDを生成してログファイルに記録することで、私のシングルトンをテストしたことです。ここではいくつかのコードは、このコードで

public class Singleton 
{ 
    private static Singleton instance; 
    private static System.Threading.Mutex mutex; 

    System.Guid token; 

    private Singleton() { 
     token = System.Guid.NewGuid(); 
     Logger.Log("New singleton Instance" + token.toString()); 
    } 
    static Singleton() 
    { 
     instance = new Singleton(); 
     mutex = new System.Threading.Mutex(); 
    } 

    public static Singleton Acquire() 
    { 
     mutex.WaitOne(); 
     return instance; 
    } 

    // Each call to Acquire() requires a call to Release() 
    public static void Release() 
    { 
     mutex.ReleaseMutex(); 
    } 

    public void SomeAction() 
    { 
     Logger.Log(token.toString() + " - SomeAction"); 
    } 
} 

で、私は、コンストラクタにトークンを生成し、新しいシングルトンの作成をログに記録し、... SomeAction方法で、私はそのアクションをやっている人ログインします。

この後、私たちはいくつかのテストを行い、ログファイルをダウンロードしました。

私の驚いたことに、「New Singleton Instance bla」というのは正解です。しかし、異なるGUIDを持つメソッドSomeActionへの多くの呼び出しは奇妙です。

オブジェクトが静的コンストラクタでのみ作成されていることを確認しました。手動での作成がないことも確認しました。

詳細については、これは私のプロダクションサーバー（goDaddyホスティング）でのみ発生します。私は私のウェブサイトのための複数のアプリケーションプールがあるかどうか尋ねました、そして、彼らはただ1つのアプリケーションプールがあると言います。

Answer 1

シングルトンの有効期間は、IISの現在のワーカープロセスに関連付けられています。

複数のワーカープロセスが設定されている場合、すべての要求が同じプロセスで処理されるわけではないため、同じシングルトンではありません。

Answer 2

静的コンストラクタは、インスタンスがすでに作成されているかどうかを確認していないようです。ような何か：

static Singleton() 
    { 
    if (instance == null) 
     { 
     instance = new Singleton(); 
     mutex = new System.Threading.Mutex(); 
     } 
    } 

は、クラス内の他の方法は、実際にinstanceの同じ「インスタンス」を使用していることを確認する必要があります。

私はこれがあなたの問題ですが、それはチェックの価値があるかもしれないことを確かに言うことはできません

Answer 3

：

• あなたのロギングフレームワークが初期化される前に、インスタンスを作成する場合は、メッセージがキャッシュされ、または単に取得ん捨てる？ログメッセージは、ログが初期化される前に発生するため、過去に失われているのが見えました。
• このクラスを含むアセンブリの複数のバージョンを参照している可能性はありますか？これにより、アセンブリバージョンごとのクラスのインスタンスが1つ作成される可能性があるため、表示される値は呼び出すコードによって異なります。しかし、これは、異なる地理的な場所から同じページにアクセスするときに異なる値を見る動作を説明するものではありません。
• 可能であれば、unique machine idの形式でログを記録して、このコードを1台のマシンで実行することを確認することもできます。 「誰も信じない、すべてを証明する」は、あいまいな行動を理解しようとすると非常に有用な経験則です。

Answer 4

ウェブサイトでは1つのアプリケーションプールしか使用できませんが、アプリケーションプールによって複数のホストプロセスが生成されることがあります。アプリケーションプールのワーカープロセス数を確認します。

Answer 5

あなたが実装したシングルトンパターンがスレッドセーフではないことが問題である可能性があります。 ウェブアプリケーションでは、複数のスレッドが同時に実行されている（ワーカープロセス）ため、2つのスレッドがクラスの2つの異なるインスタンスを作成することがあります。 また、Webアプリケーションの実行場所も考慮する必要があります。 WebファームにWebアプリケーションをデプロイした場合、別のWebサーバーが、Webサーバーのメモリ内の静的変数「live」としてクラスの別のインスタンスを取得する可能性があります。