Виклик анотованого методу @Bean у конфігурації Java Spring

Мені цікаво, як впорскування пружини обробляє викличні методи з @Beanанотацією. Якщо я ставлю @Beanанотацію до методу і повертаю екземпляр, я розумію, що це говорить весни створити компонент, викликаючи метод і отримуючи повернутий екземпляр. Однак іноді цей боб доводиться використовувати для підключення інших бобових компонентів або налаштування іншого коду. Звичайний спосіб це зробити - викликати @Beanанотований метод, щоб отримати екземпляр. Моє запитання полягає в тому, чому це не призводить до того, що навколо буває кілька випадків квасолі?

Наприклад, див. Код нижче (взято з іншого запитання). entryPoint()Метод з анотацією @Bean, так що я б собі уявити , весна буде створити новий екземпляр в BasicAuthenticationEntryPointякості компонента. Потім ми entryPoint()знову телефонуємо в блоці configure, але, схоже, entryPoint()повертає екземпляр bean і не викликається кілька разів (я спробував ввійти в журнал і отримав лише один запис у журналі). Потенційно ми могли б телефонувати entryPoint()кілька разів в інших частинах конфігурації, і ми завжди отримували б той самий екземпляр. Чи правильно я розумію це? Чи робить весна якесь магічне переписування методів, анотованих @Bean?

@Bean
public BasicAuthenticationEntryPoint entryPoint() {
    BasicAuthenticationEntryPoint basicAuthEntryPoint = new BasicAuthenticationEntryPoint();
    basicAuthEntryPoint.setRealmName("My Realm");
    return basicAuthEntryPoint;
}

@Override
protected void configure(HttpSecurity http) throws Exception {

    http
        .exceptionHandling()
            .authenticationEntryPoint(entryPoint())
            .and()
        .authorizeUrls()
            .anyRequest().authenticated()
            .and()
        .httpBasic();       
}

Так, Весна робить якусь магію . Перевірте Spring Docs :

Тут з’являється магія: Усі @Configurationкласи підкласуються під час запуску за допомогою CGLIB . У підкласі дочірній метод спочатку перевіряє контейнер на наявність будь-яких кешованих (масштабованих) компонентів, перш ніж він викликає батьківський метод і створює новий екземпляр.

Це означає, що виклики @Beanметодів проксі- сервером через CGLIB, і тому повертається кешована версія компонента (нова не створюється).

За замовчуванням область @Beans - це SINGLETON, якщо ви вкажете іншу область, таку як PROTOTYPEвиклик буде передано вихідному методу.

Зверніть увагу, що це не діє для статичних методів . Відповідно до весняних документів:

Виклики статичних @Beanметодів ніколи не перехоплюються контейнером, навіть у межах @Configurationкласів (як описано раніше в цьому розділі), через технічні обмеження: підкласифікація CGLIB може замінити лише нестатичні методи. Як наслідок, прямий виклик іншого @Beanметоду має стандартну семантику Java, в результаті чого незалежний екземпляр повертається безпосередньо із самого заводського методу.