SpringBoot:自动配置

SpringBoot:自动配置,第1张

springboot主程序如下所示:


@SpringBootApplication
public class Springboot01HelloApplication {

    public static void main(String[] args) {
        SpringApplication.run(Springboot01HelloApplication.class, args);
    }

}

        该程序之所以能够启动一系列服务,功劳全在于@SpringBootApplication注解。


点开该注解,如下所示:

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
    excludeFilters = {@Filter(
    type = FilterType.CUSTOM,
    classes = {TypeExcludeFilter.class}
), @Filter(
    type = FilterType.CUSTOM,
    classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {
    ···
}

可以看出,@SpringBootApplication注解是由以下三个注解合成的:

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan
1. @SpringBootConfiguration

        注解@SpringBootConfiguration点开如下所示:

@Configuration
@Indexed
public @interface SpringBootConfiguration{
    ···
}

        可以发现,其实就是一个@Configuration,表明当前类是一个配置类,也就是主程序main所在的类其实是一个配置类!

2. @ComponentScan

        @ComponentScan注解很简单,指定了扫描包路径。


3. @EnableAutoConfiguration

        分析了上面两个注解,我们会发现@SpringBootConfiguration注解指示该类是一个配置类,而@ComponentScan注解也只是指定了扫描包路径。


那么,SpringBoot的自动配置的实现就只与@EnableAutoConfiguration注解相关了。


该注解点开如下所示:

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@AutoConfigurationPackage
@Import({AutoConfigurationImportSelector.class})
public @interface EnableAutoConfiguration {
    String ENABLED_OVERRIDE_PROPERTY = "spring.boot.enableautoconfiguration";

    Class[] exclude() default {};

    String[] excludeName() default {};
}

        分析可以发现,除了元注解之外,核心的就两个注解:

@AutoConfigurationPackage
@Import(AutoConfigurationImportSelector.class)

其中:

        3.1 @AutoConfigurationPackage:

        @AutoConfigurationPackage注解是自动配置包,指定了默认的包规则,点开该注解如下所示:

@Import({Registrar.class}) //给容器中导入一个组件
public @interface AutoConfigurationPackage {
    ···
}

        除了元注解,核心的其实就是一个@Import,功能是给容器中导入一个组件,导入的组件就是Registrar。


Register类如下所示,其中的方法是用于将指定的一个包下的所有组件导入进来,即MainApplication所在的包下。


        即将主启动类的所在包及包下面所有子包里面的所有组件扫描到Spring容器。


    static class Registrar implements ImportBeanDefinitionRegistrar, DeterminableImports {
        Registrar() {
        }

        //批量注册
        public void registerBeanDefinitions(AnnotationMetadata metadata, BeanDefinitionRegistry registry) {
            AutoConfigurationPackages.register(registry, (String[])(new AutoConfigurationPackages.PackageImports(metadata)).getPackageNames().toArray(new String[0]));
        }

        public Set determineImports(AnnotationMetadata metadata) {
            return Collections.singleton(new AutoConfigurationPackages.PackageImports(metadata));
        }
    } 

       3.2 @Import(AutoConfigurationImportSelector.class)

        该注解的作用指定了导入的组件,分析其作用如下:

1、利用getAutoConfigurationEntry(annotationMetadata);给容器中批量导入一些组件;
2、上面的函数内部调用List configurations = getCandidateConfigurations(annotationMetadata, attributes)获取到所有需要导入到容器中的配置类;
3、要获取这些配置类,其内部是利用工厂加载 Map> loadSpringFactories(@Nullable ClassLoader classLoader);得到所有的组件;
4、这些组件的加载,从代码可以看出,是从META-INF/spring.factories位置来加载一个文件。



    默认扫描我们当前系统里面所有META-INF/spring.factories位置的文件
    spring-boot-autoconfigure-2.3.4.RELEASE.jar包里面也有META-INF/spring.factories

         spring.factories文件中已经写死了spring-boot一启动就要给容器中加载的所有配置类,如下是部分:

# Auto Configure
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.springframework.boot.autoconfigure.admin.SpringApplicationAdminJmxAutoConfiguration,\
org.springframework.boot.autoconfigure.aop.AopAutoConfiguration,\
org.springframework.boot.autoconfigure.amqp.RabbitAutoConfiguration,\
org.springframework.boot.autoconfigure.batch.BatchAutoConfiguration,\
org.springframework.boot.autoconfigure.cache.CacheAutoConfiguration,\
org.springframework.boot.autoconfigure.cassandra.CassandraAutoConfiguration,\
org.springframework.boot.autoconfigure.context.ConfigurationPropertiesAutoConfiguration,\
org.springframework.boot.autoconfigure.context.LifecycleAutoConfiguration,\
org.springframework.boot.autoconfigure.context.MessageSourceAutoConfiguration,\
org.springframework.boot.autoconfigure.context.PropertyPlaceholderAutoConfiguration,\
org.springframework.boot.autoconfigure.couchbase.CouchbaseAutoConfiguration,\
org.springframework.boot.autoconfigure.dao.PersistenceExceptionTranslationAutoConfiguration,\
org.springframework.boot.autoconfigure.data.cassandra.CassandraDataAutoConfiguration,\
···
4. 按需开启自动配置项

        如上所示,在Spring-boot启动的时候,默认加载进去了所有的配置类,但是,按照条件装配的规则,最终我们是按需进行配置的。


5. 修改默认配置
        @Bean
		@ConditionalOnBean(MultipartResolver.class)  //容器中有这个类型组件
		@ConditionalOnMissingBean(name = DispatcherServlet.MULTIPART_RESOLVER_BEAN_NAME) //容器中没有这个名字 multipartResolver 的组件
		public MultipartResolver multipartResolver(MultipartResolver resolver) {
            //给@Bean标注的方法传入了对象参数,这个参数的值就会从容器中找。


//SpringMVC multipartResolver。


防止有些用户配置的文件上传解析器不符合规范 // Detect if the user has created a MultipartResolver but named it incorrectly return resolver; } 给容器中加入了文件上传解析器;

        SpringBoot默认会在底层配好所有的组件。


但是如果用户自己配置了以用户的优先。


6. 总结
  • SpringBoot先加载所有的自动配置类 xxxxxAutoConfiguration
  • 每个自动配置类按照条件进行生效,默认都会绑定配置文件指定的值。


    xxxxProperties里面拿。


    xxxProperties和配置文件进行了绑定

  • 生效的配置类就会给容器中装配很多组件
  • 只要容器中有这些组件,相当于这些功能就有了
  • 定制化配置
    • 用户直接自己@Bean替换底层的组件
    • 用户去看这个组件是获取的配置文件什么值就去修改。


xxxxxAutoConfiguration ---> 组件 ---> xxxxProperties里面拿值 ----> application.properties

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/langs/607224.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-04-14
下一篇 2022-04-14

发表评论

登录后才能评论

评论列表(0条)