Spring IoC контейнер: процесс разрешения зависимостей

Контейнер выполняет разрешение зависимостей бина следующим образом:

  • ApplicationContext создается и инициализируется с метаданными конфигурации, которые описывают все компоненты. Метаданные конфигурации могут быть указаны с помощью XML, кода Java или аннотаций.
  • Для каждого компонента его зависимости выражаются в форме свойств, аргументов конструктора или аргументов метода статичной фабрики (если вы используете его вместо обычного конструктора). Эти зависимости предоставляются компоненту, когда компонент фактически создается.
  • Каждый аргумент свойства или конструктора является фактическим определением значения, которое нужно установить, или ссылкой на другой компонент в контейнере.
  • Каждый аргумент свойства или конструктора, являющийся значением, преобразуется из указанного формата в фактический тип аргумента этого свойства или конструктора. По умолчанию Spring может преобразовать значение, предоставленное в строковом формате, во все встроенные типы, такие как int, long, String, boolean и т. д.

Контейнер Spring проверяет конфигурацию каждого компонента при создании контейнера. Однако сами свойства компонента не устанавливаются, пока компонент не будет создан. Бины с одноэлементной областью и предварительно созданным экземпляром (по умолчанию) создаются при создании контейнера. Области определены в Bean Scopes. В противном случае бин создается только тогда, когда он запрашивается. Создание bean-компонента потенциально может привести к созданию графа bean-компонентов, поскольку создаются и назначаются зависимости bean-компонента и его зависимости (и т. д.). Обратите внимание, что несоответствие разрешения среди этих зависимостей может проявиться поздно, то есть при первом создании затронутого компонента.

Круговые зависимости

Если вы используете преимущественно внедрение в конструкторе, можно создать неразрешимый сценарий циклической зависимости.

Например: класс A требует экземпляр класса B с помощью инжектора конструктора, а класс B требует экземпляр класса A с помощью инжектора конструктора. Если вы настраиваете bean-компоненты для классов A и B, которые будут внедряться друг в друга, контейнер IoC Spring обнаруживает эту циклическую ссылку во время выполнения и генерирует исключение BeanCurrentlyInCreationException.

Одним из возможных решений является редактирование исходного кода некоторых классов для настройки сеттерами, а не конструкторами. В качестве альтернативы, избегайте инъекции конструктора и используйте только инъекцию сеттера. Другими словами, хотя это и не рекомендуется, вы можете настраивать циклические зависимости с помощью установки сеттера.

В отличие от типичного случая (без циклических зависимостей), циклическая зависимость между bean-компонентом A и bean-компонентом B заставляет один из bean-компонентов быть введенным в другой до полной инициализации (классический сценарий типа "курица и яйцо").

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

Если не существует циклических зависимостей, когда один или несколько взаимодействующих bean-компонентов вводятся в зависимый bean-компонент, каждый сотрудничающий bean-компонент полностью настраивается перед вводом в зависимый bean-компонент. Это означает, что, если компонент A имеет зависимость от компонента B, контейнер Spring IoC полностью настраивает компонент B перед вызовом метода сеттера для компонента A. Другими словами, экземпляр компонента создается (если он не является предварительно созданным синглтоном), его зависимости установлены, и соответствующие методы жизненного цикла (такие как настроенный метод init или метод обратного вызова InitializingBean) вызываются.

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


Комментарии

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

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

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