Dependency Injection Container für Java: vollständiger Überblick

Dependency Injection Container für Java: Was ist das und wozu braucht man ihn?

\n\n

In der modernen Java-Entwicklung ist Dependency Injection (DI) eines der wichtigsten Entwurfsprinzipien – ein Muster, bei dem ein Objekt seine Abhängigkeiten von außen erhält, anstatt sie selbst zu erstellen. Zur Automatisierung dieses Prozesses werden Dependency Injection Container verwendet – Bibliotheken, die den Lebenszyklus von Objekten und deren Beziehungen verwalten.

\n\n

Ein DI-Container (auch Inversion of Control (IoC) Container genannt) übernimmt die Erstellung, Konfiguration und Verknüpfung der Anwendungskomponenten. Dies ermöglicht:

\n\n

\n
• Geringere Kopplung des Codes (loose coupling)
\n
• Einfachere Tests (Abhängigkeiten können leicht durch Mock-Objekte ersetzt werden)
\n
• Höhere Wiederverwendbarkeit von Komponenten
\n
• Zentrale Konfigurationsverwaltung
\n

\n\n

Wie funktioniert ein DI-Container?

\n\n

Die Hauptaufgabe des Containers besteht darin, Schnittstellen mit ihren Implementierungen zu verknüpfen. Der Prozess umfasst in der Regel drei Schritte:

\n\n

\n
1. Registrierung der Abhängigkeiten – der Container erfährt, welche Klassen und Schnittstellen verfügbar sind
\n
2. Auflösung der Abhängigkeiten – beim Erstellen eines Objekts analysiert der Container dessen Konstruktor oder Felder
\n
3. Injektion – der Container erstellt Instanzen der Abhängigkeiten und übergibt sie dem Zielobjekt
\n

\n\n

Betrachten wir ein einfaches Beispiel ohne Container:

\n\n

public class UserService {\n    private UserRepository repository;\n\n    public UserService() {\n        // Feste Kopplung – Abhängigkeit manuell erstellt\n        this.repository = new UserRepositoryImpl();\n    }\n}

\n\n

Mit einem DI-Container (am Beispiel Spring):

\n\n

@Service\npublic class UserService {\n    private final UserRepository repository;\n\n    // Injektion über den Konstruktor\n    @Autowired\n    public UserService(UserRepository repository) {\n        this.repository = repository;\n    }\n}

\n\n

Der Container erstellt selbst eine Instanz von UserRepositoryImpl und übergibt sie an den Konstruktor.

\n\n

Beliebte DI-Container für Java

\n\n

Auf dem Java-Markt gibt es mehrere ausgereifte Lösungen. Betrachten wir die wichtigsten:

\n\n

1. Spring Framework / Spring Boot

\n

Der bekannteste DI-Container. Verwendet Annotationen (@Component, @Service, @Repository) oder XML-Konfiguration. Unterstützt:

\n

\n
• Automatische Paketsuche (component scanning)
\n
• Profile und bedingte Abhängigkeiten
\n
• Lebenszyklusverwaltung von Beans (singleton, prototype u. a.)
\n
• AOP (Aspektorientierte Programmierung)
\n

\n\n

@Configuration\npublic class AppConfig {\n    @Bean\n    public UserRepository userRepository() {\n        return new UserRepositoryImpl();\n    }\n\n    @Bean\n    public UserService userService() {\n        return new UserService(userRepository());\n    }\n}

\n\n

2. Google Guice

\n

Leichter und schneller DI-Container von Google. Verwendet Module und die Annotation @Inject.

\n

public class MyModule extends AbstractModule {\n    @Override\n    protected void configure() {\n        bind(UserRepository.class).to(UserRepositoryImpl.class);\n    }\n}\n\npublic class Main {\n    public static void main(String[] args) {\n        Injector injector = Guice.createInjector(new MyModule());\n        UserService service = injector.getInstance(UserService.class);\n    }\n}

\n\n

3. Dagger 2

\n

Generiert Code zur Kompilierzeit, was maximale Leistung bietet. Wird häufig in der Android-Entwicklung verwendet.

\n

@Component\npublic interface AppComponent {\n    UserService getUserService();\n}\n\n@Module\npublic class AppModule {\n    @Provides\n    UserRepository provideUserRepository() {\n        return new UserRepositoryImpl();\n    }\n}\n\n// Verwendung\nAppCompon