Spring IoC контейнер: точки расширения контейнера, BeanFactoryPostProcessor

Следующей точкой расширения, на которую мы смотрим, является org.springframework.beans.factory.config.BeanFactoryPostProcessor. Семантика этого интерфейса аналогична семантике BeanPostProcessor, но есть одно существенное отличие: BeanFactoryPostProcessor работает с метаданными конфигурации бина. То есть контейнер IoC Spring позволяет BeanFactoryPostProcessor считывать метаданные конфигурации и, возможно, изменять их до того, как контейнер создаст какие-либо компоненты, кроме экземпляров BeanFactoryPostProcessor.

Вы можете настроить несколько экземпляров BeanFactoryPostProcessor и управлять порядком, в котором эти экземпляры BeanFactoryPostProcessor запускаются, установив свойство order. Однако вы можете установить это свойство, только если BeanFactoryPostProcessor реализует интерфейс Ordered. Если вы пишете свой собственный BeanFactoryPostProcessor, вам следует подумать о реализации интерфейса Ordered.

Если вы хотите изменить фактические экземпляры компонента (то есть объекты, созданные из метаданных конфигурации), вам вместо этого нужно использовать BeanPostProcessor. Хотя технически возможно работать с экземплярами bean-компонентов внутри BeanFactoryPostProcessor (например, с помощью BeanFactory.getBean()), это приводит к преждевременной реализации экземпляров bean, нарушая стандартный жизненный цикл контейнера. Это может вызвать негативные побочные эффекты, такие как обход постобработки бина.

Кроме того, экземпляры BeanFactoryPostProcessor ограничены для каждого контейнера. Это актуально только если вы используете контейнерные иерархии. Если вы определяете BeanFactoryPostProcessor в одном контейнере, он применяется только к определениям компонентов в этом контейнере. Определения bean-компонентов в одном контейнере не подвергаются пост-обработке экземплярами BeanFactoryPostProcessor в другом контейнере, даже если оба контейнера являются частью одной иерархии.

Постпроцессор фабрики бинов автоматически выполняется, когда он объявлен внутри ApplicationContext, чтобы применить изменения к метаданным конфигурации, которые определяют контейнер. Spring включает в себя несколько предопределенных постпроцессоров фабрики бинов, таких как PropertyOverrideConfigurer и PropertySourcesPlaceholderConfigurer. Вы также можете использовать пользовательский BeanFactoryPostProcessor - например, для регистрации пользовательских редакторов свойств.

ApplicationContext автоматически обнаруживает любые развернутые в нем bean-компоненты, которые реализуют интерфейс BeanFactoryPostProcessor. Эти бины используются в качестве постпроцессоров фабрики бинов в соответствующее время. Вы можете развернуть эти bean-компоненты постпроцессора так же, как и любой другой bean-компонент.

Как и в случае с BeanPostProcessors, вы обычно не хотите настраивать BeanFactoryPostProcessors для отложенной инициализации (lazy initialization). Если никакой другой компонент не ссылается на Bean(Factory)PostProcessor, этот постпроцессор вообще не будет создан. Таким образом, маркировка для отложенной инициализации будет проигнорирована, и экземпляр Bean(Factory)PostProcessor будет создан сразу (eager), даже если вы установите для атрибута default-lazy-init значение true в объявлении элемента <beans/>.

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


Комментарии

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

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

Методы класса 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
Далее...

Как получить текущий 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()
Далее...

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

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