Весенний боб заказ в коллекции. Детерминированный?

Question

В нашей компании мы уведомили, что на разных серверах порядок бобов в сборке по-разному отличается, но на одной машине он всегда один и тот же (после каждого развертывания). Как весна или, может быть, classLoader устраивают бобы, которые эквивалентны? в нашем случае мы имеем 2 реализации некоторого интерфейса. И эти реализации вводятся в коллекцию в некотором месте. И на хосте 1 это всегда A, B в инъецированной коллекции, а на хосте 2 это всегда B, A.

Таким образом, он выглядит детерминированным, но отличается на разных машинах. Кто-нибудь может это подтвердить? От чего это зависит? Я не могу найти никакой информации об этом.

EDIT: Я перечислял файлы на HD без каких-либо определений с помощью ls -U и заметил, что на хосте 1 классы находятся в порядке A, B и на хосте 2 в порядке B, A. Может ли кто-нибудь подтвердить, что это причина? Таким образом, я буду искать, почему этот порядок отличается на разных машинах :) (.war с одинаковыми классами, загружаемыми непосредственно из репозитория nexus)

Answer 1

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

Существует множество алгоритмов, используемых во время создания экземпляра компонента, таких как разрешение зависимостей, явная конфигурация зависимостей (@DependsOn) и т. Д. Когда компонент не попадает ни в какое, если ... else, то он становится последовательностью инстанцирования по умолчанию. Таким образом, никто не гарантирует последовательность экземпляров bean-экземпляра по умолчанию, хотя мы можем подразумевать порядок создания экземпляров bean-компонентов через конфигурации.

Поскольку ни один документ не говорит о последовательности экземпляров весеннего компонента по умолчанию. Я считаю это произвольным, если вы выясните шаблон, который вы можете продолжить, но не делайте логической реализации в зависимости от этого шаблона, потому что он не гарантируется.