Краткий ответ

Если класс наследует два конфликтующих default-метода с одинаковой сигнатурой, Java не выбирает реализацию автоматически: класс обязан явно переопределить этот метод. В переопределении можно делегировать вызов конкретному интерфейсу через конструкцию Интерфейс.super.метод().

Исторический контекст

Default-методы появились в Java 8, чтобы добавлять методы в уже существующие интерфейсы без немедленной поломки всех классов, которые их реализуют. До этого добавление нового абстрактного метода требовало реализовать его во всех классах-потребителях.

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

Постановка проблемы

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

Если класс не устранит конфликт собственным переопределением, компилятор завершит сборку с ошибкой. Это предотвращает скрытое изменение поведения при добавлении нового интерфейса или default-метода.

Подробное решение

Правила разрешения можно обобщить так:

метод класса имеет приоритет над default-методом интерфейса;
default-метод более специфичного дочернего интерфейса имеет приоритет над методом родительского интерфейса;
конфликт между двумя независимыми интерфейсами должен быть устранён в классе явно;
класс может выбрать одну из реализаций через Интерфейс.super.метод() или написать собственную логику.

Минимальный пример:

interface Left {
    default String name() { return "left"; }
}

interface Right {
    default String name() { return "right"; }
}

class Combined implements Left, Right {
    @Override
    public String name() {
        return Left.super.name();
    }
}

Вызов name() у объекта Combined вернёт left, потому что класс явно выбрал реализацию Left. Без переопределения name() класс Combined не скомпилировался бы.

Вызвать default-метод интерфейса через Интерфейс.super можно только из реализации самого класса и только для непосредственно реализуемого интерфейса. Нельзя произвольно обратиться таким способом к default-методу далёкого предка или использовать этот синтаксис через переменную объекта.

Явное переопределение также позволяет объединить поведения интерфейсов, но это уже ответственность разработчика: порядок вызовов, повторный вызов общей логики и обработка конфликтующих эффектов должны быть продуманы отдельно.

Ситуация из практики

Команда добавила к существующему классу интерфейс аудита, содержащий default-метод с именем, уже использованным в интерфейсе форматирования. После добавления интерфейса сборка сломалась из-за конфликта.

Рассматривались три варианта. Переименование метода устраняло конфликт, но требовало изменения публичного контракта и затрагивало клиентов. Отказ от default-метода сохранял совместимость с конфликтующими реализациями, но заставлял каждый класс дублировать базовую логику. Явное переопределение в классе сохраняло оба интерфейса и позволяло определить нужное поведение.

Выбрали третий вариант: класс явно реализовал метод и вызвал default-реализацию форматирования, добавив аудит вокруг неё. Это устранило неоднозначность, сохранило существующий контракт и сделало порядок побочных действий очевидным для ревьюеров.

Что кандидаты часто упускают

Что произойдёт, если один конфликтующий интерфейс наследуется от другого?

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

Например, если Child наследует Parent и сам предоставляет default-реализацию того же метода, используется реализация Child. Конфликт возникает между независимыми ветвями, а не просто из-за наличия нескольких интерфейсов.

Может ли абстрактный метод класса устранить конфликт default-методов?

Да. Метод, объявленный в классе, имеет приоритет над default-методами интерфейсов. Если класс объявляет такой метод абстрактным, он тем самым запрещает использовать унаследованную default-реализацию, а конкретный подкласс должен предоставить реализацию.

Это полезно, когда промежуточный абстрактный класс хочет навязать единый контракт и не разрешать автоматическое наследование поведения интерфейса. Сам абстрактный класс при этом может оставаться корректным, если он не обязан быть конкретным.

Можно ли вызвать конфликтующие default-методы через ссылку на разные интерфейсы?

Да, после создания объекта вызов через ссылку интерфейсного типа может использовать выбранную реализацию объекта. Например, объект Combined, приведённый к типу Left или Right, всё равно вызывает переопределённый методом класса Combined вариант, поскольку обычный виртуальный вызов учитывает реализацию класса.

Приведение к интерфейсу не позволяет принудительно выбрать его default-метод. Для явного выбора используется только обращение Интерфейс.super.метод() внутри реализации класса; это специальный вызов, а не обычная диспетчеризация по типу ссылки.