Sind statische Java-Initialisierer threadsicher?

Question

Ich verwende einen statischen Code-Block, um einige Controller in einer Registrierung zu initialisieren, die ich habe. Meine Frage ist daher, kann ich garantieren, dass dieser statische Codeblock nur einmal beim ersten Laden der Klasse aufgerufen wird? Ich verstehe, dass ich nicht garantieren kann, wenn dieser Codeblock aufgerufen wird, ich rate es, wenn der Classloader ihn zuerst lädt. Ich weiß, dass ich die Klasse im statischen Codeblock synchronisieren konnte, aber ich vermute, dass das tatsächlich passiert, was auch immer passiert?

Einfaches Codebeispiel wäre;

class FooRegistry { 

    static { 
     //this code must only ever be called once 
     addController(new FooControllerImpl()); 
    } 

    private static void addController(IFooController controller) { 
     // ... 
    } 
} 

oder sollte ich dies tun;

Answer 1

Ja, statische Java-Initialisierer sind Thread-sicher (verwenden Sie Ihre erste Option)

Wenn Sie jedoch sicherstellen möchten, dass der Code genau einmal ausgeführt wird, müssen Sie sicherstellen, dass die Klasse nur von einem einzigen Klassenlader geladen wird. Die statische Initialisierung wird einmal pro Klassenlader durchgeführt.

Answer 2

Unter normalen Umständen passiert alles im statischen Initialisierer - vor allem, was diese Klasse verwendet, daher ist Synchronisation normalerweise nicht notwendig. Die Klasse ist jedoch für alles zugänglich, was der statische Initiator aufruft (einschließlich des Aufrufs anderer statischer Initialisierer).

Eine Klasse kann von einer geladenen Klasse geladen, aber nicht unbedingt sofort initialisiert werden. Natürlich kann eine Klasse durch mehrere Instanzen von Klassenladeprogrammen geladen werden und dadurch zu mehreren Klassen mit demselben Namen werden.

Answer 3

Ja, statische Initialisierer werden nur einmal ausgeführt. Read this for more information.

Answer 4

Ja, irgendwie

A static initializer nur einmal aufgerufen wird, so von dieser Definition Thread-sicher es ist - Sie zwei bräuchten oder mehr Anrufungen des static initializer sogar Thread-Konkurrenz zu bekommen.

Das gesagt, static Initialisierer sind auf viele andere Arten verwirrend. Es gibt wirklich keine bestimmte Reihenfolge, in der sie aufgerufen werden. Das wird sehr verwirrend, wenn Sie zwei Klassen haben, deren Initialisierer static voneinander abhängen. Und wenn Sie eine Klasse verwenden, aber nicht verwenden, was der Initialisierer static einrichten wird, können Sie nicht garantieren, dass der Klassenlader den statischen Initialisierer aufruft.

Denken Sie schließlich an die Objekte, auf denen Sie synchronisieren. Ich weiß, dass das nicht wirklich das ist, was du fragst, aber stelle sicher, dass deine Frage nicht wirklich fragt, ob du addController() Thread-sicher machen musst.

Answer 5

Dies ist ein Trick, den Sie für faule Initialisierung

enum Singleton { 
    INSTANCE; 
} 

oder für Pre Java 5,0

class Singleton { 
    static class SingletonHolder { 
     static final Singleton INSTANCE = new Singleton(); 
    } 
    public static Singleton instance() { 
     return SingletonHolder.INSTANCE; 
    } 
} 

Da der statische Block in SingletonHolder einmal don Sie in einem Thread sichere Art und Weise laufen können‘ Ich brauche keine andere Verriegelung. Die Klasse SingletonHolder wird nur geladen, wenn Sie instance() aufrufen

Answer 6

Also im Grunde, da Sie eine Singleton-Instanz wollen, sollten Sie es mehr oder weniger die altmodische Art tun und sicherstellen, dass Ihr Singleton-Objekt nur einmal initialisiert wird Einmal.