Können wir ein Java-Mitglied schmerzlos lazy laden, ähnlich wie wir es mit statischen Singletons können?

Question

Wenn faul Initialisierung einer statischen Singleton in Java tun Sie dies tun können:

public class Bob { 

    private static class SingletonWrapper { 
     private static final Bob instance = new Bob(); 
    } 

    public static Bob getInstance() { 
     return SingletonWrapper.instance; 
    } 

} 

Da die innere Klasse SingletonWrapper nur dann, wenn zuerst die Bob() erst getInstance() aufgerufen wird erstellt zugegriffen geladen wird.

Meine Frage ist, ob es ähnliche Tricks gibt, die verwendet werden können, um eine faule Instantiierung einer Mitgliedsvariablen in einem nicht statischen Kontext zu machen.

public class Bob { 

    // Clearly this doesn't work as not lazy 
    private final InnerWrapper wrapper = new InnerWrapper(); 

    private class InnerWrapper { 
     private final Jane jane = new Jane(); 
    } 

    public Jane getJane() { 
     return wrapper.jane; 
    } 

} 

Gibt es eine Möglichkeit wir eine Instanz von Jane innerhalb Bob haben kann und haben fädeln sicher die Instanz nur auf Verlangen ohne doppelte Kontrolle Rast- oder AtomicReference zu verwenden. Idealerweise sollte die get-Methode so einfach wie die in diesen Beispielen bleiben, aber wenn dies nicht möglich ist, wäre die einfachste und schnellste mögliche (effizienteste) Ausführung der get-Methode ideal.

Answer 1

Nein, es gibt keine Synchronisierungsregeln für das Instanziieren von Typen, wie sie für das Initialisieren von Klassen vorhanden sind. Sie müssen sie selbst hinzufügen. Ob Sie es mit doppelt kontrollierter Verriegelung oder einem anderen Mechanismus tun, liegt ganz bei Ihnen.

Beginnend mit Java 8, verwende ich gerne ConcurrentHashMap#computeIfAbsent, um Faulheit zu erreichen.

class Bob { 
    private final ConcurrentHashMap<String, Jane> instance = new ConcurrentHashMap<>(1); 

    public Jane getJane() { 
     return instance.computeIfAbsent("KEY", k -> new Jane()); // use whatever constant key 
    } 
} 

Darüber hinaus gibt es für these solutions lazy Initialisierungseinrichtung ohne die gewindeSicherheitsBeschränkung. Ich war nicht in der Lage, sie für einen Multithread-Kontext sauber anzupassen.

Wie in den Kommentaren erwähnt, wird doppeltes Sperren immer schneller als diese Lösungen sein, da sie nicht alle Flaum zum Verstecken der Implementierung enthalten.

Answer 2

können Sie Guava-Cache verwenden:

public class Bob { 
    private final static Object KEY = new Object(); 

    private final Cache<Object, Jane> cache = 
     CacheBuilder.newBuilder() 
        .build(new CacheLoader<Object, Jane>() { 
           @Override 
           public Jane load() { 
            return new Jane(); 
           } 
          }); 

    public Jane getJane() { 
     return cache.get(KEY); 
    } 

}