Singleton e variabile statica pubblica Java

Question

ho 2 opzioni:

1. Singleton modello

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

2. usando un static final campo

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

cosa è la differenza? (singletreadreaded o multithreaded)

Aggiornamenti: Sono a conoscenza di Bill Pugh o del metodo enum. Non sto cercando il modo corretto, ma ho usato solo 1. C'è davvero qualche differenza b/n 1 o 2?

Answer 1

La differenza principale è che con la prima opzione, il singleton verrà inizializzato solo quando viene chiamato getInstance, mentre con la seconda opzione verrà inizializzato non appena viene caricata la classe contenente.

Un terzo (preferito) opzione che è pigro e filo sicura è usare un enum:

public enum Singleton { 
    INSTANCE; 
} 

Answer 2

V'è una differenza:

Soluzione 1 è un'inizializzazione differita, l'istanza singleton sarà creato sul primo invocano di getInstance

Soluzione 2 è un'inizializzazione ansioso, l'istanza singleton verrà a creare quando le Loades classe

Entrambi sono thread-safe, chiamare il secondo multi-thread è un po 'ingannevole

Answer 3

Quindi, con l'aggiornamento entrambe le opzioni di cui sopra sono thread-safe. Tuttavia l'opzione synchronized richiede che ogni thread che chiama instance acquisisca questo blocco riducendo le prestazioni se ciò viene eseguito molto. Inoltre, l'uso di synchronized a livello di metodo ha il potenziale problema di utilizzare un blocco pubblicamente disponibile (la classe stessa) che quindi se qualche thread acquisisce questo blocco (che potrebbe) si potrebbe finire con deadlock. L'opzione static final è più performante ma non esegue l'inizializzazione pigra del singleton (che potrebbe non essere un problema a seconda del sistema).

Un'altra opzione che permette thread-safe lazy init del Singleton è il seguente:

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

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

Questo funziona perché la classe interna statica sarà garantita essere inizializzato prima dell'esecuzione qualsiasi metodo nella classe contenente.

Answer 4

L'implementazione di Singleton in Java (se lo si desidera veramente) può essere eseguita in un modo più elegante di quello descritto per l'inizializzazione sia avida che pigra. Controllare the enum way descritto da Joshua Bloch e the SingletonHolder solution proposto rispettivamente da Bill Pugh.

L'articolo di wikipedia è anche un buon inizio per capire il modello e risponde alla tua domanda.

Answer 5

Le prime soluzioni sembrano essere più pigre, ma in realtà no.

Una classe viene inizializzata quando si accede a un metodo/campo statico per la prima volta.

È probabile che getInstance() sia l'unico metodo/campo statico accessibile pubblicamente della classe. Questo è il punto di singleton.

Quindi la classe viene inizializzata quando qualcuno chiama getInstance() per la prima volta. Ciò significa che le due soluzioni sono essenzialmente le stesse nella pigrizia.

Naturalmente le 2 soluzioni sembrano migliori e offrono prestazioni migliori.