Как разрешаются конфликты бинов в Spring?

В Spring IoC-контейнер управляет объектами, называемыми бинами. Когда для внедрения зависимости (например, через @Autowired) существует несколько бинов одного типа, возникает конфликт, который необходимо разрешить явно.

Основные способы разрешения конфликтов

• @Qualifier: Эта аннотация позволяет указать конкретное имя бина, которое должно быть внедрено. Имя задаётся при объявлении бина (например, @Component("myService")) и используется на месте инъекции.
• @Primary: Эту аннотацию можно добавить к одному из бинов-кандидатов. Тогда при наличии конфликта Spring выберет бина, помеченного как @Primary, по умолчанию, если не указан явный @Qualifier.
• Сопоставление по имени: Если имя поля совпадает с именем одного из бинов (по соглашению, с маленькой буквы), Spring может использовать это для выбора. Однако это менее явный и надёжный способ.
• @Resource: Аннотация JSR-250, которая сначала ищет по имени, а затем по типу, что может дать другой порядок разрешения.
• Явное указание в конфигурации: В Java-конфигурации или XML можно явно указать, какой бин должен быть внедрён в конкретное место.

Пример кода

Допустим, у нас есть интерфейс PaymentService и две его реализации.

public interface PaymentService {
    void process();
}

@Component("cardPayment")
public class CardPaymentService implements PaymentService {
    public void process() { System.out.println("Card payment"); }
}

@Component("bankTransfer")
@Primary
public class BankTransferService implements PaymentService {
    public void process() { System.out.println("Bank transfer"); }
}

Теперь рассмотрим класс, который нуждается в этом сервисе.

@Service
public class OrderProcessor {
    // Способ 1: Использование @Primary (будет внедрён BankTransferService)
    @Autowired
    private PaymentService primaryService;

    // Способ 2: Использование @Qualifier для явного указания
    @Autowired
    @Qualifier("cardPayment")
    private PaymentService specificService;

    // Способ 3: Внедрение через конструктор с @Qualifier
    private final PaymentService service;
    public OrderProcessor(@Qualifier("bankTransfer") PaymentService service) {
        this.service = service;
    }
}

Где применяется

Этот механизм критически важен в модульных приложениях, где одна функциональность может иметь несколько реализаций (например, разные платёжные шлюзы, стратегии кэширования, источники данных для тестов и продакшена). Он позволяет гибко конфигурировать поведение приложения без изменения кода бизнес-логики.

Вывод: Используйте @Qualifier для явного и точного указания зависимости, когда контекст требует конкретной реализации. Аннотацию @Primary удобно применять для задания реализации по умолчанию в модульных тестах или при наличии одной основной реализации среди многих.