Singleton und öffentliche statische Variable Java

Question

Ich habe 2 Möglichkeiten:

1. Singleton Pattern

   class Singleton{ 
       private static Singleton singleton = null; 
   
       public static synchronized Singleton getInstance(){ 
        if(singleton == null){ 
         singleton = new Singleton(); 
        } 
        return singleton; 
       } 
   } 
   

2. mit einem static final Feld

   private static final Singleton singleton = new Singleton(); 
   
   public static Singleton getSingleton() { 
       return singleton; 
   } 
   

Was ist der Unterschied? (singlethreaded oder Multithread)

Updates: Ich kenne Bill Pugh oder enum Methode. Ich bin nicht auf der Suche nach dem richtigen Weg, aber ich habe nur 1 verwendet. Gibt es wirklich einen Unterschied s/w 1 oder 2?

Answer 1

Der Hauptunterschied besteht darin, dass bei der ersten Option der Singleton nur initialisiert wird, wenn getInstance aufgerufen wird, während er bei der zweiten Option initialisiert wird, sobald die enthaltende Klasse geladen wird.

Eine dritte (bevorzugt) Option, die träge ist und Faden sicher ist, eine ENUM zu verwenden:

public enum Singleton { 
    INSTANCE; 
} 

Answer 2

Es gibt einen Unterschied:

Lösung 1 ist eine verzögerte Initialisierung, die Singleton-Instanz sein wird, auf der ersten Geltendmachung von getInstance erstellt

Lösung ist 2 eine eifrige Initialisierung wird die Singleton-Instanz erstellen, wenn die Klasse Loades

Sie beide sind threadsicher, rufen die zweite Multi-Thread ist ein wenig irreführend

Answer 3

Also, mit dem Update beide oben genannten Optionen sind Thread-sicher. Die Option synchronized erfordert jedoch, dass jeder Thread, der instance aufruft, diese Sperre annimmt, wodurch die Leistung verringert wird, wenn dies sehr häufig geschieht. Auch die Verwendung von synchronized auf der Methodenebene hat das potentielle Problem, eine öffentlich verfügbare Sperre (die Klasse selbst) zu verwenden, die daher, wenn ein Thread diese Sperre erwirbt (was er könnte), zu einem Deadlock führen könnte. Die Option static final ist leistungsfähiger, führt jedoch keine verzögerte Initialisierung des Singleton durch (was je nach System möglicherweise kein Problem darstellt).

weitere Option, die threadsicher lazy init des Singleton erlaubt, ist wie folgt:

public class MySingleton{ 
     private static class Builder{ 
      private static final MySingleton instance = new MySingleton(); 
     } 

     public static MySingleton instance(){ 
      return Builder.intance; 
     } 
} 

Dies funktioniert, weil die statische innere Klasse initialisiert werden, wird guarenteed bevor eine Methode in der Klasse enthält, ausgeführt wird.

Answer 4

Singleton-Implementierung in Java (wenn Sie das wirklich wollen) kann auf eine elegantere Weise durchgeführt werden, als Sie für eifrige und faule Initialisierung beschrieben haben. Überprüfen Sie the enum way beschrieben von Joshua Bloch und the SingletonHolder solution vorgeschlagen von Bill Pugh jeweils.

Der Wikipedia-Artikel ist auch ein guter Anfang für das Verständnis des Musters und beantwortet Ihre Frage.

Answer 5

Die erste Lösung scheint fauler zu sein, aber eigentlich nicht.

Eine Klasse wird initialisiert, wenn zum ersten Mal auf eine statische Methode/ein statisches Feld zugegriffen wird.

Es ist wahrscheinlich, dass getInstance() die einzige öffentlich zugängliche statische Methode/Feld der Klasse ist. Das ist der Sinn des Singletons.

Dann wird die Klasse initialisiert, wenn jemand zum ersten Mal getInstance() aufruft. Das bedeutet, dass die beiden Lösungen in Faulheit im Wesentlichen gleich sind.

Natürlich sieht die zweite Lösung besser aus und funktioniert besser.