Singleton i zmienna static public Java

Question

mam 2 opcje:

1. Singleton

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

2. używając static final pole

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

Jaka jest różnica? (singlethreaded lub multithreaded)

Aktualizacje: wiem o metodzie Bill Pugh lub enum. Nie szukam właściwej drogi, ale użyłem tylko 1. Czy jest jakaś różnica b/w 1 lub 2?

Answer 1

Główna różnica polega na tym, że przy pierwszej opcji singleton zostanie zainicjowany dopiero po wywołaniu getInstance, natomiast z drugą opcją zostanie zainicjowany, gdy tylko zostanie załadowana klasa zawierająca.

trzeci (korzystny) rozwiązaniem, które jest leniwa nić jest bezpieczne użycie wyliczenia:

public enum Singleton { 
    INSTANCE; 
} 

Answer 2

pewna różnica:

Roztwór 1 lazy inicjalizacji pojedyncza przykład zostanie utworzone na pierwszym powołaniem się na getInstance

roztworu 2 jest chętnie inicjalizacji pojedyncza przykład będą tworzyć gdy Loades klasy

Oba są bezpieczne dla wątków, wywołanie drugiego wielowątkowego jest nieco mylące:

Answer 3

Tak więc wraz z aktualizacją obie powyższe opcje są wątkowo bezpieczne. Jednak opcja synchronized wymaga, aby każdy wątek, który wywołuje instance, pozyskał tę blokadę, zmniejszając w ten sposób wydajność, jeśli jest to dużo zrobione. Ponadto, używając metody synchronized na poziomie metody, istnieje potencjalny problem z użyciem publicznie dostępnej blokady (samej klasy), więc jeśli jakikolwiek wątek uzyska tę blokadę (co może), może dojść do impasu. Opcja static final jest bardziej wydajna, ale nie wykonuje leniwej inicjalizacji singletonu (co może nie być problemem w zależności od systemu).

Innym rozwiązaniem, które umożliwia bezpieczny wątku leniwy init z Singleton jest następujący:

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

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

To działa, ponieważ statyczna klasa wewnętrzna jest guarenteed zostać zainicjowany zanim jakikolwiek sposób w zawierającego klasy jest wykonywany.

Answer 4

Implementacja Singleton w Javie (jeśli naprawdę tego chcesz) może być wykonana w bardziej elegancki sposób, niż opisałeś zarówno dla gorliwej, jak i leniwej inicjalizacji. Sprawdź the enum way opisany przez Joshua Blocha i the SingletonHolder solution zaproponowany przez Billa Pugh odpowiednio.

Artykuł Wikipedii jest również dobrym początkiem do zrozumienia wzorca i odpowiada na twoje pytanie.

Answer 5

Pierwsze rozwiązania wydają się leniwsze, ale w rzeczywistości nie.

Klasa jest inicjowana, gdy statyczna metoda/pole jest dostępne po raz pierwszy.

Jest prawdopodobne, że getInstance() jest jedyną publicznie dostępną statyczną metodą/polem klasy. To jest punkt singletonu.

Następnie klasa zostaje zainicjowana, gdy ktoś zadzwoni getInstance() po raz pierwszy. Oznacza to, że oba rozwiązania są zasadniczo takie same w lenistwie.

Oczywiście, drugie rozwiązanie wygląda lepiej i działa lepiej.