А вот никогда этого не понимал если честно

Если кошерной считать инжекцию исключительно через конструктор - в чем роль DI контейнеров? Что - так сложно инстанцировать объект через конструктор?

важно что это делаешь не ты, а контейнер. аннотация над конструктором описывает контракт, просто поля класса - это просто поля класса(инкапсуляция же)

И почему же это важно делать именно через DI?

Инкапсуляция тут ни при чем - конструктор есть конструктор

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

а профит то в чем от этой идеи?

да

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

профитов никаких - сплошной формализм)

Вот как раз таки не ясно. Граф зависимостей при нормальной инкапсуляции легко проследить и без DI. Хаки через рефлексию - это зло, их по возможности следует избегать а не стремиться к ним. Лайфсайкл (скоупы?) - это скрытый coupling который только сковывает руки и является источником косяков.

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

Подсунуть моки для тестов легко можно и через конструктор. Даже проще чем через DI.

граф зависимостей руками менеджить - это не нулевая таки затрата

создаешь объект - руками просунуть зависимости, откуда-то их взять. возможно создать - это ж делать надо и тестировать

Опять же - создать объект через конструктор - офигеть как сложно и лениво. Нет - мы лучше заведем спринговый контекст, понараспишем там бины в XMLе...

Сложно в конструктор аргументы передавать)

Ага - проще их в дескрипторе прописывать)

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

легко писать тесты и тестовые конфиги и вообще жизнь становитсья краше

Их никто сейчас отдельно в дескрипторах не прописывает