Spring IoC контейнер: BeanFactory или ApplicationContext

В этом посте объясняются различия между уровнями контейнеров BeanFactory и ApplicationContext и их влияние на загрузку.

Вам следует использовать ApplicationContext, если у вас нет веских причин для этого, с GenericApplicationContext и его подклассом AnnotationConfigApplicationContext в качестве общих реализаций для настраиваемой начальной загрузки. Это основные точки входа в основной контейнер Spring для всех общих целей: загрузка файлов конфигурации, запуск сканирования пути к классам, программная регистрация определений компонентов и аннотированных классов и (начиная с версии 5.0) регистрация определений функциональных компонентов.

Поскольку ApplicationContext включает в себя все функциональные возможности BeanFactory, его обычно рекомендуется использовать вместо простого BeanFactory, за исключением сценариев, где необходим полный контроль над обработкой bean-компонентов. Внутри ApplicationContext (например, реализации GenericApplicationContext) несколько видов bean-компонентов обнаруживаются по соглашению (то есть по имени bean-компонента или по типу bean-компонента - в частности, постпроцессорам), в то время как простой DefaultListableBeanFactory не зависит от каких-либо специальных bean-компонентов.

Для многих расширенных функций контейнера, таких как обработка аннотаций и проксирование AOP, важна точка расширения BeanPostProcessor. Если вы используете только обычный DefaultListableBeanFactory, такие постпроцессоры не обнаруживаются и не активируются по умолчанию. Эта ситуация может сбивать с толку, потому что на самом деле с вашей конфигурацией bean-компонента все в порядке. Скорее, в таком сценарии контейнер должен быть полностью загружен с помощью дополнительной настройки.

В следующей таблице перечислены функции, предоставляемые интерфейсами и реализациями BeanFactory и ApplicationContext.

Функция 
BeanFactory
 
ApplicationContext
Создание экземпляра компонента/подключение Да Да
Интегрированное управление жизненным циклом Нет Да
Автоматическая регистрация BeanPostProcessor Нет Да
Автоматическая регистрация BeanFactoryPostProcessor Нет Да
Удобный доступ к MessageSource (для интернализации) Нет Да
Встроенный механизм публикации ApplicationEvent Нет Да

Чтобы явно зарегистрировать постпроцессор bean-компонента в DefaultListableBeanFactory, вам необходимо программно вызвать addBeanPostProcessor, как показано в следующем примере:

Java

DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
// заполняем фабрику определениями bean-компонентов

// теперь регистрируем все необходимые экземпляры BeanPostProcessor
factory.addBeanPostProcessor(new AutowiredAnnotationBeanPostProcessor());
factory.addBeanPostProcessor(new MyBeanPostProcessor());

// теперь начинаем использовать фабрику

Kotlin

val factory = DefaultListableBeanFactory()
// заполняем фабрику определениями bean-компонентов

// теперь регистрируем все необходимые экземпляры BeanPostProcessor
factory.addBeanPostProcessor(AutowiredAnnotationBeanPostProcessor())
factory.addBeanPostProcessor(MyBeanPostProcessor())

// теперь начинаем использовать фабрику

Чтобы применить BeanFactoryPostProcessor к простому DefaultListableBeanFactory, вам необходимо вызвать его метод postProcessBeanFactory, как показано в следующем примере:

Java

DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory);
reader.loadBeanDefinitions(new FileSystemResource("beans.xml"));

// вводим некоторые значения свойств из файла Properties
PropertySourcesPlaceholderConfigurer cfg = new PropertySourcesPlaceholderConfigurer();
cfg.setLocation(new FileSystemResource("jdbc.properties"));

// теперь фактически делаем замену
cfg.postProcessBeanFactory(factory);

Kotlin

val factory = DefaultListableBeanFactory()
val reader = XmlBeanDefinitionReader(factory)
reader.loadBeanDefinitions(FileSystemResource("beans.xml"))

// вводим некоторые значения свойств из файла Properties
val cfg = PropertySourcesPlaceholderConfigurer()
cfg.setLocation(FileSystemResource("jdbc.properties"))

// теперь фактически делаем замену
cfg.postProcessBeanFactory(factory)

В обоих случаях явные шаги регистрации неудобны, поэтому различные варианты ApplicationContext предпочтительнее простого DefaultListableBeanFactory в приложениях с поддержкой Spring, особенно при использовании экземпляров BeanFactoryPostProcessor и BeanPostProcessor для расширенных функций контейнера в типичной корпоративной настройке.

AnnotationConfigApplicationContext имеет все зарегистрированные постпроцессоры общих аннотаций и может вводить дополнительные процессоры под крышками через аннотации конфигурации, такие как @EnableTransactionManagement. На уровне абстракции модели конфигурации Spring, основанной на аннотациях, понятие постпроцессоров компонентов становится простой внутренней деталью контейнера.

Читайте также:


Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Как получить текущий timestamp в Java

Изображение
Чтобы получить текущий timestamp в Java : package main; import java.sql.Timestamp; public class Main { public static void main(String[] args){ Timestamp timestamp = new Timestamp(System.currentTimeMillis()); System.out.println(timestamp); } } Вывод: 2019-10-03 10:09:21.61 Вот еще два более подробных примера как получить текущий timestamp в Java: 1. java.sql.Timestamp Есть два метода получить текущий java.sql.Timestamp package main; import java.sql.Timestamp; import java.text.SimpleDateFormat; import java.util.Date; public class Main { private static final SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy.MM.dd.HH.mm.ss"); public static void main(String[] args) { // Метод 1 Timestamp timestamp = new Timestamp(System.currentTimeMillis()); System.out.println(timestamp); // Метод 2 - через Date Date date = new Date(); System.out.println(new Timestamp(date.getTime()...
Далее...

Методы класса Object в Java

Изображение
Класс Object является корнем иерархии классов. У каждого класса есть Object как суперкласс. Все объекты, включая массивы, реализуют методы этого класса. Методы класса Object Метод getClass() public final Class getClass() Возвращает класс времени исполнения (runtime class) этого Object. Возвращенный объект Class - это объект, который заблокирован статическими синхронизированными методами представленного класса. Фактический тип результата - Class<? extends |X|> где |X| заменяется статическим типом выражения, для которого вызывается getClass. Например, в этом фрагменте кода не требуется приведение: Number n = 0; Class c = n.getClass(); Метод getClass() возвращает: Объект Class, представляющий класс времени исполнения (runtime class) этого объекта. Метод hashCode public int hashCode() Возвращает значение хэш-кода для объекта. Этот метод поддерживается для использования хэш-таблиц, таких как те, что предоставляются HashMap. Основной контракт метода hashCo...
Далее...

Основные опции JVM для повышения производительности и отладки

Изображение
Если вы являетесь Java-разработчиком или администратором Java приложения, вам поможет в работе знание того, что означают опции JVM, а также их важность и как они влияют на ваше приложение. Обзор параметров JVM Если говорить о параметрах JVM, то есть три типа параметров, которые вы можете включить в JVM: стандартные, нестандартные и расширенные параметры. Если вы используете расширенную опцию, вы всегда используете опцию с -XX. Точно так же, если вы применяете нестандартную опцию, вы используете -X. Стандартные опции ничего не добавляют к опции. Какие параметры JVM используются вашим приложением? Если приложение работает в Linux, вы можете использовать ps -ef | grep java для идентификации процесса Java и просмотра параметров JVM, напечатанных как аргументы процесса. Если в системе выполняется более одного Java-процесса, вам может потребоваться использовать ключевое слово, уникальное для вашего Java-приложения. Если ваш аргумент слишком длинный, попробуйте использовать ps...
Далее...