Was ist das Prinzip der automatischen Java SpringBoot-Assemblierung?

Zusammenfassung

Detail

Traditionelle Spring-Projekte verfügen über viele Konfigurationsdateien. Wenn wir beispielsweise Redis verwenden möchten, müssen wir im Allgemeinen zusätzlich zu den entsprechenden abhängigen JAR-Paketen auch JedisConnectionFactory, JedisPoolConfig und RedisTemplate in der Anwendung konfigurieren. xml. Wenn Sie jedoch SpringBoot verwenden, generiert das System diese Klassen automatisch basierend auf dem JAR-Paket in pom.xml und fügt sie in den IOC-Container ein.

Konfiguration ist in herkömmlichen Spring-Projekten erforderlich

<bean id="jedisConnectionFactory" class="...JedisConnectionFactory"></bean>
<bean id="poolConfig" class="redis.clients.jedis.JedisPoolConfig"></bean>
<bean id="redisTemplate" class="org.springframework.data.redis.core.RedisTemplate"></bean>

Aber bei Verwendung von SpringBoot erhalten Sie zusätzlich zur Einführung des entsprechenden JAR-Pakets in pom mehr als 120 Standardfunktionskonfigurationsklassen von spring-boot-autoconfigure.jar/META-INF/spring .factories, einschließlich des vollständig qualifizierten Namens der Funktionskonfigurationsklasse RedisAutoConfiguration. Im Allgemeinen umgibt eine Funktionskonfigurationsklasse diese Funktion und ist für die Verwaltung mehrerer verwandter Funktionsklassen verantwortlich, z. B. ist RedisAutoConfiguration für die Erstellung von drei Funktionsklassen verantwortlich

JedisConnectionFactory, RedisTemplate und StringRedisTemplate

org.springframework.boot.autoconfigure.data.redis.RedisAutoConfiguration,\

• Eine Bedingung dafür, dass die RedisAutoConfiguration-Konfigurationsklasse wirksam wird, ist @ConditionalOnClass: JedisConnection.class, RedisOperations.class, Jedis.class, sodass zum Klassenpfad gewechselt wird, um die zu finden entsprechende Klassendatei

@Configuration
@ConditionalOnClass({ JedisConnection.class, RedisOperations.class, Jedis.class })
@EnableConfigurationProperties(RedisProperties.class)
public class RedisAutoConfiguration {}

• Wenn pom.xml ein entsprechendes JAR-Paket hat, kann es mit der entsprechenden Abhängigkeitsklasse übereinstimmen: JedisConnection.class, RedisOperations.class, Jedis. Nur wenn class

erfolgreich übereinstimmt , wird diese Funktionskonfigurationsklasse wirksam und die Standardeigenschaftskonfigurationsklasse @EnableConfigurationProperties(RedisProperties.class) wird eingefügt. Für JedisConnectionFactory und RedisTemplate ist die Bedingung, dass keine benutzerdefinierten

• @ConditionalOnMissingBean(RedisConnectionFactory) vorhanden sind. Klasse) und RedisTemplate

in der IOC-Umgebung Die schließlich erstellte Standard-Assembly-Klasse wird über @ in der funktionalen Konfigurationsklasse konfiguriert und in IOC eingefügt. Prinzip- und Ergebnisanalyse

• Durch verschiedene Anmerkungen , SpringApplication.run (Application.class, args) liest beim Ausführen die Spring-Konfigurationsdatei von spring-boot-autoconfigure.jar. Die Konfigurationsdatei enthält den Klassennamen der Konfigurationsklasse aller automatischen Assembly-Klassen und generiert dann die Wenn diese Funktionskonfigurationsklassen wirksam werden sollen, prüfen sie im Klassenpfad, ob es abhängige Klassen dieser Klasse gibt (d. h. pom.xml muss über ein JAR-Paket mit entsprechenden Funktionen verfügen). Anschließend wird die endgültige Funktionsklasse durch Beurteilung in der Konfigurationsklasse generiert, und die Standardattributwertklasse wird in die Konfigurationsklasse eingefügt, und auf die Funktionsklasse kann verwiesen und ihr ein Standardwert zugewiesen werden. Das Prinzip der Generierung funktionaler Klassen besteht darin, der Anpassung Vorrang einzuräumen. Automatische Assemblyklassen werden nur verwendet, wenn keine Anpassung erfolgt.
  Zusammenfassend lässt sich sagen, dass zum automatischen Zusammenstellen einer Klasse zwei Bedingungen erfüllt sein müssen:

• spring.factories verfügt über eine Konfigurationsklasse für diese Klasse (eine Konfigurationsklasse kann mehrere abhängige Klassen rund um diese Funktion erstellen)

  Das entsprechende JAR-Paket muss sich in pom befinden. Den durch die automatische Assemblierung im IOC-Container generierten Klassen werden einige Standardattributwerte zugewiesen ist eigentlich eine Kombination aus 3 Annotationen: @SpringBootConfiguration, @EnableAutoConfiguration, @ComponentScan, von denen die zweite eine Rolle bei der automatischen Montage spielt

@EnableAutoConfiguration: stellt die Funktion der SB-Anwendung dar, die automatische Montage zu starten (einschließlich Laden der entsprechenden Beans in den IOC-Container und weist gemäß der Standardkonfiguration Attributen Werte zu)

• @Import(EnableAutoConfigurationImportSelector.class): Diese Annotation ist sehr leistungsfähig und kann Beans, die nicht im IOC registriert sind, zwangsweise registrieren Das IOC gibt an, dass zum Starten der automatischen Konfigurationsfunktion EnableAutoConfigurationImportSelector.class eingeführt werden muss

@Configuration

@ConditionalOnClass({ JedisConnection.class, RedisOperations.class, Jedis.class }): Zeigt dies an Damit die RedisAutoConfiguration-Konfigurationsklasse funktioniert, muss ein JAR-Paket vorhanden sein, das diese Klassen enthält.

• @EnableConfigurationProperties(RedisProperties.class): Gibt an, dass standardmäßig auf die Konfiguration in RedisProperties.class verwiesen wird. Klasse): Dies ist eine sehr leistungsstarke Annotation, die bei der Implementierung der automatischen Assemblierung Vorrang hat. Gibt an, dass die standardmäßige JedisConnectionFactory nur verwendet wird, wenn der Benutzer keine benutzerdefinierte RedisConnectionFactory.class-Klasse einfügt.

Der Prozess der automatischen Assemblierung

• erkennt die Abhängigkeit zwischen Klassen durch verschiedene Anmerkungen. Wenn der Container Application.run startet, ruft er die Methode selectImports der Methode EnableAutoConfigurationImportSelector.class (eigentlich seine übergeordnete Klasse) auf

• selectImports-Methode ruft schließlich die SpringFactoriesLoader.loadFactoryNames-Methode auf, um eine umfassende Liste häufig verwendeter BeanConfiguration zu erhalten.

• loadFactoryNames-Methode liest FACTORIES_RESOURCE_LOCATION (d. h. spring.factories unter spring-boot-autoconfigure.jar). Erhalten Sie den vollständig qualifizierten Namen ClassName aller Spring-bezogenen Beans, etwa 120

• selectImports-Methode ruft weiterhin filter(configurations, autoConfigurationMetadata) auf; zu diesem Zeitpunkt wird nacheinander entsprechend den Bedingungen in diesen BeanConfiguration gefiltert, was das Wichtigste ist @ConditionalOnClass. Diese bedingte Annotation wird im Klassenpfad durchsucht, um festzustellen, ob diese bedingte abhängige Klasse im JAR-Paket vorhanden ist. Daher muss das entsprechende JAR-Paket verfügbar sein, um diese abhängigen Klassen zu haben und einige vom IOC benötigte Standardkonfigurations-Beans zu generieren Umgebung.

• Fügen Sie abschließend die qualifizierte BeanConfiguration in den Attributwert in der Standardklasse „EnableConfigurationPropertie“ ein und injizieren Sie ihn in die IOC-Umgebung

Das obige ist der detaillierte Inhalt vonWas ist das Prinzip der automatischen Java SpringBoot-Assemblierung?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!