IoC (инверсия управления) — принцип: объекты не создают свои зависимости и не управляют своим жизненным циклом, это делает контейнер. DI (внедрение зависимостей) — конкретный способ IoC: зависимости передаются объекту извне — через конструктор, сеттер или поле.
А ещё Другие формы IoC: шаблонный метод, колбэки, события
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Без IoC класс сам создаёт зависимости: new JdbcOrderRepository(new HikariDataSource(...)). Он знает о конкретных классах, их конфигурации и порядке создания; подменить базу в тесте сложно.
Инверсия управления — отдать эту ответственность внешнему коду: фреймворк создаёт объекты, связывает их и вызывает ваш код в нужный момент («не звоните нам, мы позвоним вам»).
Внедрение зависимостей — способ реализации: класс объявляет, что ему нужно (параметры конструктора), а контейнер передаёт готовые объекты.
sotto@Service
class OrderService {
private final OrderRepository repo;
OrderService(OrderRepository repo) { this.repo = repo; } // зависимость передана извне
}Что даёт: класс зависит от абстракции, а не от реализации; в тесте передаётся заглушка без запуска контекста; конфигурация (какая реализация, какие параметры) собрана в одном месте; контейнер управляет жизненным циклом — singleton, закрытие ресурсов.
Способы внедрения: конструктор (рекомендуемый), сеттер (для необязательных зависимостей), поле (@Autowired на поле — удобно, но плохо для тестов и неизменяемости).
Один верный вариант. Подумайте, потом откройте ответ.
Принцип инверсии управления, DI как его форма, три способа внедрения и почему конструктор, разрешение циклических зависимостей.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.