При нескольких кандидатах — NoUniqueBeanDefinitionException. Решения: @Primary — бин по умолчанию; @Qualifier("имя") — выбрать конкретный в точке внедрения (он сильнее @Primary).
А ещё Много неоднозначностей — повод для стратегии с выбором в рантайме
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Проблема: интерфейс PaymentGateway реализуют CardGateway и SbpGateway. Внедрение PaymentGateway gateway неоднозначно — контекст не стартует.
@Primary на одной реализации делает её выбором по умолчанию для всех точек внедрения без уточнения.
@Qualifier в точке внедрения выбирает бин по имени (или по значению квалификатора): @Qualifier("sbpGateway") PaymentGateway gateway. Квалификатор приоритетнее @Primary.
По имени параметра: если имя параметра совпадает с именем бина (PaymentGateway sbpGateway), Spring выберет его — но это хрупко при переименовании.
Свои квалификаторы — аннотация, помеченная @Qualifier: @Sbp PaymentGateway gateway. Ошибки ловятся компилятором.
Все реализации сразу: List<PaymentGateway> (в порядке @Order) или Map<String, PaymentGateway> (ключ — имя бина) — для стратегии, где выбор делается в рантайме по типу платежа.
Один верный вариант. Подумайте, потом откройте ответ.
Принцип инверсии управления, DI как его форма, три способа внедрения и почему конструктор, разрешение циклических зависимостей.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto