Configuration automatique Springboot et analyse des instances de classe de configuration @Configuration

@Configuration

Remarque 1

La classe de configuration (cette classe sous @Configuration) est en fait équivalente à une usine. La méthode marquée de l'annotation @Bean est équivalente à la méthode d'usine

Considérez l'exemple suivant :

    @Configuration
    // 注意点1: 配置类其实相当于一个工厂, 标注 @Bean 注解的方法相当于工厂方法
    static class MyConfig {
        @Bean
        public Bean1 bean1() {
            System.out.println("bean1()");
            return new Bean1();
        }

Si vous souhaitez générer une instance de bean1 dans le futur, vous devez d'abord trouver un bean appelé myConfig (qui est une usine), puis appeler la méthode appelée "bean1" dans cette usine pour générer un bean1 objet.

Pour les méthodes de fabrique @Bean sans modification statique, appelées fabriques d'instances, vous devez d'abord créer une instance de la classe de configuration myConfig ; celles avec modification statique sont des méthodes statiques, il vous suffit d'obtenir l'objet de classe de myConfig, puis directement utiliser la méthode.

Remarque 2

@Bean ne prend pas en charge la surcharge de méthodes. S'il existe plusieurs méthodes surchargées, une seule peut être sélectionnée comme méthode d'usine

    @Configuration
    @MapperScan("aaa")
    // 注意点1: 配置类其实相当于一个工厂, 标注 @Bean 注解的方法相当于工厂方法
    static class MyConfig {
        // 注意点2: @Bean 不支持方法重载, 如果有多个重载方法, 仅有一个能入选为工厂方法
        @Bean
        public Bean1 bean1() {
            System.out.println("bean1()");
            return new Bean1();
        }
        @Bean
        public Bean1 bean1(@Value("${java.class.version}") String a) {
            System.out.println("bean1(" + a + ")");
            return new Bean1();
        }
        @Bean
        public Bean1 bean1(@Value("${java.class.version}") String a, @Value("${JAVA_HOME}") String b) {
            System.out.println("bean1(" + a + ", " + b + ")");
            return new Bean1();
        }

S'il y a des méthodes surchargées, plus il y a de valeurs à injecter. les paramètres, la priorité sera donnée au plus le niveau est élevé.

Remarque 3

@Configuration ne peut pas être supprimé par hasard, car un proxy sera généré par défaut pour la classe annotée. Le but est de garantir que lorsque les méthodes @Bean s'appellent, leurs caractéristiques singleton peuvent toujours être garanties

Remarque. 4

@Configuration S'il contient un post-processeur BeanFactory, la méthode de fabrique d'instance entraînera la création préalable de MyConfig, provoquant l'échec de son injection de dépendances. La solution consiste à utiliser une méthode de fabrique statique ou directement une injection de dépendances pour @Bean. Paramètres de la méthode. Pour MapperScanner, vous pouvez utiliser des annotations à la place.

configuration automatique Springboot

@SpringBootApplication est une annotation combinée, composée de @ComponentScan, @EnableAutoConfiguration et @SpringBootConfiguration :

@SpringBootConfiguration Par rapport à la @Configuration ordinaire, la seule différence. est que le premier exige qu'il apparaisse une seule fois dans l'ensemble de l'application, car sur cette base, la classe de configuration principale est déterminée et l'entrée de l'ensemble du programme peut être trouvée en fonction de la classe de configuration principale

@ComponentScan : analyse des composants

excludeFilters - utilisé pour exclure lors de l'analyse des composants, il exclura également les classes de configuration automatiques

@EnableAutoConfiguration est également une annotation combinée, composée des annotations suivantes

@AutoConfigurationPackage - Utilisé pour mémoriser le package de départ de l'analyse, c'est-à-dire , le package où la classe marquée par celui-ci est enregistrée

@Import(AutoConfigurationImportSelector.class) Utilisé pour charger META-INF/spring La classe de configuration automatique dans .factories (la classe de configuration automatique signifie que si la classe de configuration principale n'est pas configurée , la classe de configuration automatique sera utilisée)

Pourquoi ne pas utiliser @Import pour introduire directement la classe de configuration automatique

Il y a deux raisons :

• Que la classe de configuration principale et la classe de configuration automatique deviennent fortement couplées. La classe de configuration ne doit pas savoir quelles configurations subordonnées

• utilisent directement @Import (configuration automatique class.class). La priorité d'analyse de la configuration introduite est plus élevée et automatiquement L'analyse de la classe de configuration doit être utilisée comme configuration par défaut lorsque la configuration principale. n'est pas fourni. Par conséquent, @Import(AutoConfigurationImportSelector.class) est utilisé > Lisez la classe de configuration automatique dans META-INF/spring.factories pour obtenir un couplage faible.

De plus, AutoConfigurationImportSelector.class implémente l'interface DeferredImportSelector, permettant à la configuration automatique d'être analysée plus tard que la configuration principale @Import(AutoConfigurationImportSelector.class)

• 由 AutoConfigurationImportSelector.class 去读取 META-INF/spring.factories 中的自动配置类，实现了弱耦合。

• 另外 AutoConfigurationImportSelector.class

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!