У меня есть случай использования, когда мне нужно вызвать (нестатический) метод в компоненте только один раз при загрузке ApplicationContext. Это нормально, если я использую MethodInvokingFactoryBean для этого? Или у нас есть лучшее решение?

Как примечание, я использую ConfigContextLoaderListener для загрузки контекста приложения в веб-приложении. И хотите, чтобы, если экземпляр E был создан, просто вызовите methodA () один раз.

Как это можно сделать красиво?

Вы можете использовать что-то вроде:

<beans>
    <bean id="myBean" class="..." init-method="init"/>
</beans>

Это вызовет метод init при создании экземпляра bean-компонента.

Чтобы расширить предложение @PostConstruct в других ответах, на мой взгляд, это действительно лучшее решение.

• Он сохраняет ваш код отделенным от Spring API (@PostConstruct находится в javax. *)
• Он явно аннотирует ваш метод init как то, что нужно вызвать для инициализации bean-компонента.
• Вам не нужно помнить, чтобы добавить атрибут init-method к определению вашего bean-компонента Spring, Spring автоматически вызовет метод (в любом случае, если вы зарегистрируете опцию annotation-config где-нибудь еще в контексте).

Есть три различных подхода к рассмотрению, как описано в ссылке

Используйте атрибут init-method

Плюсы:

• Не требует bean-компонента для реализации интерфейса.

Минусы:

• Никаких немедленных указаний на то, что этот метод не требуется после создания, чтобы гарантировать, что компонент настроен правильно.

Реализация InitializingBean

Плюсы:

• Нет необходимости указывать init-метод или включать компонентное сканирование / обработку аннотаций.
• Подходит для bean-компонентов, поставляемых с библиотекой, где мы не хотим, чтобы приложение, использующее эту библиотеку, занималось жизненным циклом bean-компонента.

Минусы:

• Более инвазивен, чем метод init-метода.

Используйте аннотацию жизненного цикла JSR-250 @PostConstruct

Плюсы:

• Полезно при использовании компонентного сканирования для автоматического определения bean-компонентов.
• Проясняет, что для инициализации должен использоваться конкретный метод. Намерение ближе к коду.

Минусы:

• Инициализация больше не указывается централизованно в конфигурации.
• Не забудьте включить обработку аннотаций (о которых иногда можно забыть)

Вы пытались реализовать InitializingBean? Это звучит как то, что вы после.

Недостатком является то, что ваш бин становится Spring-осведомленным, но в большинстве приложений это не так уж плохо.

Вы можете развернуть пользовательский BeanPostProcessor в контексте вашего приложения, чтобы сделать это. Или, если вы не возражаете против реализации интерфейса Spring в вашем bean-компоненте, вы можете использовать интерфейс InitializingBean или директиву init-method (та же ссылка).

Для дальнейшего устранения любой путаницы в отношении двух подходов, т.е. использования

1. @PostConstruct и
2. init-method="init"

Из личного опыта я понял, что использование (1) работает только в контейнере сервлета, в то время как (2) работает в любой среде, даже в настольных приложениях. Таким образом, если вы будете использовать Spring в автономном приложении, вам придется использовать (2), чтобы выполнить «вызов этого метода после инициализации».