Warum @PostConstruct verwenden?

Question

In einer verwalteten Bean wird nach dem regulären Java-Objektkonstruktor aufgerufen.

Warum sollte ich initialisieren von Bean anstelle des regulären Konstruktors selbst?

Answer 1

• Wenn der Konstruktor aufgerufen wird, ist die Bean noch nicht initialisiert - d. H., Keine Abhängigkeiten werden injiziert. In der Methode ist die Bean vollständig initialisiert und Sie können die Abhängigkeiten verwenden.

• weil dies der Vertrag ist, der garantiert, dass diese Methode nur einmal im Bean-Lebenszyklus aufgerufen wird. Es kann vorkommen (obwohl unwahrscheinlich), dass eine Bean mehrmals vom Container in seiner internen Arbeit instanziiert wird, aber es garantiert, dass nur einmal aufgerufen wird.

Answer 2

Wenn Ihre Klasse alle seine Initialisierung im Konstruktor führt, dann ist @PostConstruct in der Tat überflüssig.

Wenn jedoch die Abhängigkeiten der Klasse mit Setter-Methoden angegeben werden, kann der Konstruktor der Klasse das Objekt nicht vollständig initialisieren, und manchmal muss nach dem Aufrufen aller Setter-Methoden eine Initialisierung durchgeführt werden, daher der Anwendungsfall .

Answer 3

Auch die Konstruktor-basierte Initialisierung funktioniert nicht wie beabsichtigt, wenn eine Art von Proxying oder Remoting involviert ist.

Die ct genannt wird erhalten, wenn ein EJB deserialisiert wird, und wann immer ein neuer Proxy wird für sie erstellt ...

Answer 4

Die anderen Antworten, vor allem @ Bozho ist ein, erklärt bereits die Haupt Problem (unter der andere):

in einem Konstruktor hat die Injektion der Abhängigkeiten noch nicht stattgefunden.

Falls jemand noch Zweifel, was das bedeutet, ist dies ein Beispiel reale Welt nur mir passiert:

public class Foo { 

    @Inject 
    Logger LOG; 

    @PostConstruct 
    public void fooInit(){ 
     LOG.info("This will be printed; LOG has already been injected"); 
    } 

    public Foo() { 
     LOG.info("This will NOT be printed, LOG is still null"); 
     // NullPointerException will be thrown here 
    } 
} 

Hoffnung, das hilft.

Answer 5

sich das folgende Szenario:

public class Car { 
    @Inject 
    private Engine engine; 

    public Car() { 
    engine.initialize(); 
    } 
    ... 
} 

Da Car instanziiert Feld vor der Injektion werden muss, ist der Einspritzpunkt Motor während der Ausführung des Konstruktors noch null, in einem Nullpointer führt.

Dieses Problem kann entweder durch JSR-330 Dependency Injection for Java Konstruktorinjektion oder gemeinsame JSR 250-Annotationen für die Annotation der Java @ PostConstruct-Methode gelöst werden.

@PostConstruct

JSR-250 einen gemeinsamen Satz von Anmerkungen definiert, die in Java SE 6 aufgenommen worden ist.

Die PostConstruct Anmerkung wird von einem Verfahren verwendet wird, die ausgeführt werden muss, nachdem Abhängigkeitsinjektion erfolgt jede Initialisierung durchzuführen. Diese Methode MUSS aufgerufen werden, bevor die Klasse in Betrieb genommen wird. Diese Annotation MUSS für alle Klassen unterstützt werden, die die Abhängigkeitsinjektion unterstützen.

JSR-250 Kap. 2.5 javax.annotation.PostConstruct

Die @PostConstruct Annotation ermöglicht die Definition von Verfahren nach der Instanz ausgeführt werden soll instanziiert worden und alle einspritzt durchgeführt wurden.

public class Car { 
    @Inject 
    private Engine engine; 

    @PostConstruct 
    public void postConstruct() { 
    engine.initialize(); 
    } 
    ... 
} 

Anstelle der Initialisierung im Konstruktor der Durchführung wird der Code auf ein Verfahren bewegt mit @PostConstruct annotiert.

Die Verarbeitung von Post-Construct-Methoden ist eine einfache Angelegenheit, alle mit @PostConstruct annotierten Methoden zu finden und diese wiederum aufzurufen.

Die Verarbeitung von Post-Construct-Methoden muss nach der Instantiierung und Injektion durchgeführt werden.