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

В реальных проектах разные библиотеки часто тянут разные версии одной и той же зависимости.

Определение

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

Как Maven ведёт себя по умолчанию

Перед перечислением решений важно понимать базовое правило Maven.

Правило «nearest dependency»

1. Maven выбирает зависимость, которая ближе к корню графа

2. Версия может быть неожиданной

3. Поведение не всегда очевидно

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

1) Явное указание версии

1. Зависимость добавляется напрямую

2. Maven использует указанную версию

3. Самый простой и частый способ

2) dependencyManagement

1. Централизованное управление версиями

2. Удобно для больших проектов

3. Часто используется в parent POM

3) Исключение транзитивных зависимостей

1. Убираются лишние или конфликтующие библиотеки

2. Используется аккуратно

<exclusions>
    <exclusion>
        <groupId>commons-logging</groupId>
        <artifactId>commons-logging</artifactId>
    </exclusion>
</exclusions>

4) Использование BOM

1. Набор согласованных версий

2. Часто применяется в экосистемах Spring

Краткий вывод

Конфликты зависимостей решаются через явное управление версиями, а не попытками «угадать», какую версию выберет Maven.