Ответ.

Вложенные интерфейсы (inner interfaces) — это интерфейсы, объявленные внутри других классов или интерфейсов. Они впервые появились в языке для структурирования больших классов и скрытия детализации реализации. Такая инкапсуляция позволяет логически группировать контракты, заметно улучшая читабельность и поддержку кода.

История вопроса

C первых версий Java появилась возможность объявлять статические и нестатические вложенные интерфейсы внутри классов и других интерфейсов. Эта практика распространилась в крупных библиотеках (например, в коллекциях Java).

Проблема

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

Решение

Вложенные интерфейсы применяются для придания более модульной структуры и выделения специфических контрактов, относящихся только к классу-оболочке. Например, интерфейс Entry внутри Map:

public interface Map<K, V> {
    interface Entry<K, V> {
        K getKey();
        V getValue();
    }
    Set<Entry<K, V>> entrySet();
}

Ключевые особенности:

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

Вопросы с подвохом.

Вопрос 1: Можно ли создавать экземпляр вложенного интерфейса не имея экземпляра внешнего класса?

Да, экземпляр вложенного интерфейса можно реализовать отдельно, без создания внешнего объекта, так как интерфейс вложен статически.

Вопрос 2: Какова область видимости вложенного интерфейса внутри класса?

Область видимости регулируется модификаторами (public, protected, private, package-private). Однако чаще их делают public, если нужен доступ извне.

Вопрос 3: Может ли вложенный интерфейс содержать вложенные интерфейсы?

Да, допускается любая степень вложенности интерфейсов, хотя на практике это встречается редко по причине снижения читаемости.

Типовые ошибки и анти-паттерны

Определение вложенного интерфейса как нестатического
Нарушение принципа single responsibility, перегружая внешние классы избыточным количеством вложенных интерфейсов
Переусложнение иерархии, затрудняющее поддержку

Пример из жизни

Негативный кейс

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

Плюсы:

Всю логику видно в одном классе.

Минусы:

Плохая читаемость и поддерживаемость.
Рост количества ошибок при изменениях.

Позитивный кейс

В классе DataProcessor определили вложенный интерфейс Validator, который реализовался только внутри DataProcessor и нигде более.