La parola chiave finale è necessaria nella classe Singleton Java?

Question

public class MySingleton{ 
    private static final MySingleton INSTANCE = new MySingleton(); 
    private MySingleton(){} 
    public static getInstance(){ 
    return INSTANCE; 
    } 
} 

È questo il modo giusto per implementare un Singleton. Se sì, qual è la necessità della parola chiave finale?

Answer 1

non proprio necessario. ma usando final non può essere resettato dalla classe singleton stessa, che impone un vero singleton. Tuttavia, poiché i singleton sono una cattiva pratica, possono essere resi utilizzabili per i test unitari aggiungendo un metodo setInstance(). Le persone ansiose potrebbero definire setInstance private, in modo tale che l'unit test chiami il setInstance, tramite la reflection.

Answer 2

Final garantisce che l'istanza non sia modificabile dopo la creazione. Se includi solo un costruttore e nessun setter, non è un grosso problema. Nessuno può cambiare il tuo INSTANCE e non lo stai cambiando.

Non è una cattiva idea lasciarlo lì nel caso in cui la classe venga in seguito modificata. L'immutabilità offre alcuni vantaggi (serializzazione semplificata, assicurazione contro qualcuno che cambia il tuo oggetto dietro la schiena, ecc.).

È più difficile restituire l'immutabilità che non estrarla. Scrivi il tuo codice in modo difensivo in modo che nessuno possa rovinarlo più tardi.

Answer 3

L'approccio generalmente preferito è quello di utilizzare un enum

public enum MySingleton { 
    INSTANCE; 
} 

Nel tuo esempio la parola finale mostra l'intenzione e impedirà riassegnazione (= bug), ma non è strettamente necessario.

In particolare, la variabile è statica, non è necessario che sia definitiva per essere pubblicata in modo sicuro in un ambiente a più thread.

Answer 4

Non esiste un modo giusto per implementare lo schema di singleton in Java, tuttavia l'uso di una variabile di istanza finale statica pubblica è un buon approccio purché non sia necessario il caricamento lento e si possa vivere con le conseguenze per il test dell'unità.

Se il test dell'unità è un problema e si desidera comunque un singleton, è consigliabile utilizzare l'iniezione delle dipendenze. Ciò consentirà di configurare un'istanza ordinaria con un ciclo di vita Singleton.

Il modificatore finale consente al compilatore e al runtime Java di effettuare buone decisioni di ottimizzazione e sicurezza del thread. Userei sempre la finale con questo stile di dichiarazione singleton. Direi che si tratta di una cattiva scelta progettuale per consentire a un'istanza singleton di essere mutabile, perché il codice client non può più fare affidamento sul fatto di vedere lo stesso valore per tutta la durata del processo.

E 'possibile affrontare la questione unit testing con una classe factory configurabile:

private static final MySingleton INSTANCE = MySingletonFactory.create(); 

... senza perdere i benefici della finale.