Statischer Konstruktor & Singleton-Klasse

Question

Ich habe einen Objekt-Cache, der das Singleton-Entwurfsmuster implementiert. Meine Herangehensweise an Singleton bestand immer darin, die statische Instanz zu laden, wenn auf die Eigenschaft zum ersten Mal zugegriffen wird.

Allerdings weiß ich, dass dieser Ansatz nicht threadsicher ist und der Check zum Beispiel null ist, bringt eine kleine Ineffizienz mit sich. Wäre es klug, einen statischen Konstruktor für die Klasse zu implementieren, die die statische Instanz instanziiert?

Wie ich es verstehe, würde der statische Konstruktor immer aufgerufen werden, wenn der erste Zugriff auf statische Eigenschaften auftritt. Ist dies gültig und bietet es Vorteile gegenüber dem aktuellen Lazy Load-Ansatz oder wäre es besser, eine Proxy-Implementierung zu untersuchen oder eine Sperre zu verwenden, um es threadsicher zu machen?

public static Widget 
    { 
     get 
     { 
      if(instance==null) 
      { 
       lock(padlock) 
       { 
        if(instance==null) instance = new Widget(); 
       } 
      } 
      return instance; 
     } 
    } 

ich nicht viel Erfahrung mit statischen Konstruktoren habe, so will nicht mit dieser Idee springen, wenn sie eine gleiche oder schlechte Umsetzung der faul Last Eigenschaft ist.

Cheers, Gary

Answer 1

Jon Skeet einen schönen article auf Singletons über dieses Thema hat.

Answer 2

Anstatt Ihren eigenen threadsafe faulen Initializer zu rollen und es möglicherweise falsch zu machen, empfehle ich, einfach Joe Duffys faule Initialisierungsklasse zu verwenden.

http://www.bluebytesoftware.com/blog/PermaLink,guid,a2787ef6-ade6-4818-846a-2b2fd8bb752b.aspx