Как ссылается кеширование Spring @Configuration на beans

Question

Как Spring предотвращает второй вызов bar() при использовании конфигураций на основе Java?

Мне интересно компилировать обработку аннотации времени или путем проксирования метода?

@Configuration 
public class AppConfig { 

    @Bean 
    public Foo foo() { 
     return new Foo(bar()); 
    } 

    @Bean 
    public Foo foo2() { 
     return new Foo(bar()); 
    } 

    @Bean 
    public Bar bar() { 
     return new Bar(); 
    } 
} 

Answer 1

Предполагая, что вы создали ваш контекст немного что-то вроде

AnnotationConfigApplicationContext context = 
    new AnnotationConfigApplicationContext(AppConfig.class); 

Из-за @Configuration, Spring создаст боб типа AppConfig и прокси, потому что он имеет @Bean методы. Вы должны проверить ConfigurationClassEnhancer за implementation details.

Эти методы не вызываются непосредственно на объект. Очевидно, они не могут, поскольку они не известны во время компиляции. Они вызываются через отражение на прокси.

Так что, когда у вас есть

@Bean 
public CustomBean foo() { 
    return new CustomBean(bar()); 
} 

что эквивалентно

@Bean 
public CustomBean foo() { 
    return new CustomBean(this.bar()); 
} 

this имеет в виду прокси, который кэширует результат вызова метода и возвращает его немедленно, если он называется его перед ,

Answer 2

Весна не «предотвращает» звонок до bar(). Вместо этого при запуске весна генерирует список меток, отмеченных @Bean, а затем вызывает каждый метод один раз. Если вы хотите, вы можете позвонить по телефону bar() сто раз. Весна, однако; будет называть его только один раз.