BeanFactoryPostProcessor und BeanPostProcessor in der lifecycle-events

Ich versuche zu verstehen, was der Unterschied zwischen BeanFactoryPostProcessor und BeanPostProcessor.

Habe ich verstanden, dass BeanFactoryPostProcessor arbeitet auf bean-definition, D. H. bevor die bean-Instanz wird immer erstellt, wird Sie ausgeführt und BeanPostProcessor wird ausgeführt, wenn die bean instanziiert wird und Lebenszyklus-Ereignisse genannt werden.

Bedeutet dies BeanFactoryPostProcessor ist nicht ein Teil der Feder-lifecycle-events, wie es genannt wird, bevor die Instanziierung während BeanPostProcessor ist der Teil der Feder-lifecycle-events? Freundlicherweise überprüfen, ob mein Verständnis richtig ist.

InformationsquelleAutor jasminum | 2015-05-26
  1. 42

    BeanFactoryPostProcessor ist eine Schnittstelle und Bohnen, die umzusetzen sind tatsächlich Bohnen, die Unterziehen die Frühjahr-Lebenszyklus (Beispiel unten), aber diese Bohnen nicht, nehmen Sie Teil an den anderen deklarierten beans Lebenszyklus.

    public class CustomBeanFactory implements BeanFactoryPostProcessor {

    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
        for (String beanName : beanFactory.getBeanDefinitionNames()) {

            BeanDefinition beanDefinition = beanFactory.getBeanDefinition(beanName);

            //Manipulate the beanDefiniton or whatever you need to do

        }
    }
}

    Die Unterschiede über BeanFactoryPostProcessor und BeanPostProcessor:

    1. Eine bean-Implementierung BeanFactoryPostProcessor wird aufgerufen, wenn alle bean-Definitionen wurden geladen, aber keine Bohnen haben instanziiert wurde noch. Dies ermöglicht das überschreiben oder hinzufügen von Eigenschaften, die sogar zu eifrig-Initialisierung der beans. Dies wird Ihnen ermöglichen, haben Zugriff auf alle Bohnen, die Sie in XML definiert oder kommentiert (gescannt via component-scan).
    2. Eine bean-Implementierung BeanPostProcessor operieren bean (oder Objekt -) Instanzen, was bedeutet, dass, wenn der Spring IoC container instanziiert eine bean-Instanz dann BeanPostProcessor Schnittstellen Ihre Arbeit tun.
    3. BeanFactoryPostProcessor Implementierungen sind "berufen" beim Start des Spring-Kontext nachdem alle bean-Definitionen wurden geladen, während BeanPostProcessor sind "berufen", wenn der Spring IoC container instanziiert eine Bohne (also während des Startvorgangs für alle singleton-und on-demand für den proptotypes ein)
    • Wenn die callback-Methode von BeanFactoryPostProcessor heißt, wie funktioniert es, überschreibt die Eigenschaften der Bohnen, die nicht einmal die noch erstellt? Bedeutet dies, dass es ersetzt den Platzhalter verwendet, wobei die tatsächlichen Werte in der byte-code geladen für die bean?
    • Als die BeanFactoryPostProcessor funktioniert nur mit der definition der spring-Bean und nicht mit Ihren Instanzen, die überschreibung der Eigenschaften in diesem Fall ist nützlich für benutzerdefinierte config-Dateien zielgerichtet an system-Administratoren, die überschreiben-bean-Eigenschaften in der Anwendung konfigurierten Kontext (wie es in der doc - BeanFactoryPostProcessor ).
    • Ich verstehe den Zweck, dem system-administrator zu ermöglichen, zum überschreiben von Eigenschaften. Aber, meine Frage ist, wie BeanFactoryPostProcessor nicht? Es tut ändern Sie die bean-definition mit der spiegelung?
    • Der Zugang zu den ConfigurableListableBeanFactory beanFactory innerhalb der postProcessBeanFactory Methode können Sie den Zugriff auf die bean-definition und seinen Eigenschaften durch beanFactory.getBeanDefinition("yourBeanName").getPropertyValues() und dann Sie können hinzufügen oder ändern Sie Sie.
    • Aber, wenn BeanFactoryPostProcessor in Betrieb ist, die Bohnen werden nicht erstellt. Bedeutet dies, dass der Aufruf beanFactory.getBeanDefinition("yourBeanName") aus BeanFactoryPostProcessor wird, erstellen Sie eine bean-sofort, ohne durch die normalen bean-der Prozess der Erstellung?
    • beanFactory.getBeanDefinition("yourBeanName") ermöglicht den Zugriff auf die bean-definition und nicht eine Instanz der bean, so dass, wenn Sie interagieren nur mit der definition der bean (name der bean, die Klasse instantiieren, die Eigenschaften zu injizieren, Abhängigkeiten...) keine Bohnen erstellt werden. Jedoch, wenn Sie die Interaktion mit der Instanz der Bohnen, es wird einem sofort und ohne Umweg über das normale bean-Erstellung.
    • Ok.Es bekam. Danke.
    • Bedeutet es, dass wir würde haben eine BeanPostProcessor pro Anwendung Kontext ?
    • Sie können mehrere BeanPostProcessor mit verschiedenen Eigenschaft/Verhalten

    InformationsquelleAutor araknoid
  2. 6

    Hier ist ein Fluss-Diagramm, das könnte helfen zu verstehen, die spring-bean-Initialisierung Lebenszyklus.

    BeanFactoryPostProcessor und BeanPostProcessor in der lifecycle-events

    Als wir sehen können, ist die Umsetzung von theBeanFactoryPostProcessor ausgeführt wird, bevor ein spring-bean-Instanziierung, im Gegensatz zu den BeanPostprocessor, wo der implementierten Methode wird nur ausgeführt, wenn die bean instanziiert wird.

    Die Quelle Bild ist vom Frühjahr 5 Design Patterns Buch.

    Wähle ich die Erklärung aus dem Buch:

    Nach dem laden der bean-Definitionen aus alle Arten von Konfigurationen,
    BeanFactoryPostProcessor kommt in das Bild zu ändern
    definition von einigen Bohnen und dann den container instanziiert
    Bohnen. Schließlich BeanPostProcessor funktioniert auf die Bohnen, und es kann
    modifizieren und ändern Sie das bean-Objekt. Dies ist die Initialisierungs-phase.

    InformationsquelleAutor zak zak
  3. 2

    Den BeanFactoryPostProcessor wird ausgeführt, bevor bean Object Instanziierung (dh an der Zeit Applicationcontext container initialisiert)

    BeanPostprocessor wird ausgeführt, wenn die bean-Objekt erstellt wurde, kann es ausgeführt werden, bevor init() und nach init().

    InformationsquelleAutor Venkat IndianEagle
Schreibe einen Kommentar