简述springboot自动配置,spring boot自动配置原理_1

  简述springboot自动配置,spring boot自动配置原理

  

目录

SpringBoot自动配置I,@ springbootapplication1。@ springbootconfiguration2。@ componentscan3。@ enableautoconfiguration二、自动配置示例1、不生效的自动配置二、生效的自动配置三、总结

 

  00-1010之前,为什么会了解到一些底层注解?其实是为了更好的理解springboot的一些底层原理,比如自动配置的原理。

  00-1010在MainApplication中以@ SpringbootaApplication开始。

  输入@ SpringbootaApplication,可以看到这是一个复合评论(红框是你要注意的)。

  

SpringBoot自动配置

这个注释是干什么用的?

 

  直接点进去,发现有一个@Configuration注释,所以这是一个配置类。

  此外,它表明MainApplication也是一个配置类。

  00-1010这个已经很熟悉了。您可以指定要扫描哪些Spring注释。

  只是这里增加了一些其他的过滤条件,暂时不关注。

  00-1010这是最重要的评论。听名字就不一般。打开自动配置。

  点进去发现也是复合评论(红框需要注意)。

  (1)@自动配置包

  听起来像是自动配置包吗?还是点进去。

  您可以看到一个名为Registrar的组件已经被导入。继续点击注册商。

  这里使用Registrar()将一系列组件导入到容器中,即组件的批量注册。

  在此处创建一个断点并开始调试。

  registerBeanDefinitions()方法中有一个参数:

  元数据是注释的元信息。可以看到这个注释在com . Pingguo . boot . main application中做了标记。

  在registerBeanDefinitions()方法的主体中,创建了一个新的autoconfigurationpackages . packageinports(),其中传入了元注释,包名通过getPackageNames()获得。

  AutoConfigurationPackages . register(registry,(String[])(新的AutoConfigurationPackages。PackageImports(元数据))。getPackageNames()。toArray(新字符串[0]);以下片段代码可以在idea中单独执行。

  (新的自动配置包。PackageImports(元数据))。getPackageNames().

  右键单击,然后单击评估。

  结果是com.pingguo.boot为什么这样?因为注释是在MainApplication类中标记的,而这个类属于com.pingguo.boot

  得到包名后,将其打包成一个数组,就是上面代码片段中的toArray(new String[0]),最后注册。

  所以,这里的注册器()是将指定包下的所有组件批量注册到容器中。

  (2)@ Import(autoconfigurationimportselector . class)

  在指定了上面的默认包规则之后,您需要使用AutoconfigurationImportSelector导入所需的包。去看看吧。

  p>这里有个selectImports方法,这个方法决定了要具体导入哪些,返回的是一个数组。

  方法体内,又是调用了getAutoConfigurationEntry()方法来获取配置入口,进而再通过getConfigurations()方法获取具体配置,最终转成数组返回。

  显然getAutoConfigurationEntry()是个重点。

  往下翻一点,就是getAutoConfigurationEntry()的实现,在这里打个断点(把上面的断点取消掉)。

  

 

  debug重新运行一下,往下走到getCandidateConfigurations()。

  

 

  这里是获取所有候选配置,目前可以看到这里是共有 127 个。

  

 

  为什么是这 127 个?其实是在配置文件里写死了,在 springboot 启动时候,给容器加载的所有场景的配置类。

  定义的位置是在这:spring-boot-autoconfigure2.3.4.RELEASEspring-boot-autoconfigure-2.3.4.RELEASE.jar!META-INFspring.factories

  

 

  虽然这些一股脑的在启动时候会去加载到容器,但是最终会按需开启配置。

  

 

  比如点开aop,看到@ConditionalOnClass({Advice.class})这个条件,是当存在Advice类时候才导入组件,但实际上这里并没有Advice。

  这就是基于 springboot 的按条件装配@Conditional,根据规则最终实现按需装配。

  

 

  

二、自动配置示例

分别用最终未生效、和生效的自动配置来加深理解。

 

  

 

  

1. 未生效的自动配置

比如 cache。

 

  

 

  可以看到CacheAutoConfiguration上是加了几个条件装配的。

  

 

  (1)@ConditionalOnClass({CacheManager.class})

  在 idea 中使用ctrl+N搜索一下CacheManager,发现是存在的,那么这个条件满足。

  

 

  (2)@ConditionalOnBean({CacheAspectSupport.class})

  这个条件是要求容器中存在CacheAspectSupport这个组件才可以。

  现在来判断一下是否存在这个组件,在 main 方法里增加测试代码:

  

... ... String[] beanNamesForType = run.getBeanNamesForType(CacheAspectSupport.class); System.out.println("==CacheAspectSupport类型组件的数量==" + beanNamesForType.length);... ...

运行查看输出。

 

  

 

  发现数量等于 0,也就是不存在该类型的组件。

  也就是说@ConditionalOnBean({CacheAspectSupport.class})这个条件不满足,所以整个类CacheAutoConfiguration里的配置都不生效。

  

 

  

2. 生效的自动配置

之前写过 web 的demo,那么 web 相关的配置自然是生效的,找到它。

 

  

 

  这里有不少后缀是**AutoConfiguration的配置,直接来看DispatcherServletAutoConfiguration。

  

 

  @Configuration(proxyBeanMethods = false):表示是一个配置类。@ConditionalOnWebApplication(type = Type.SERVLET):条件是否为一个 web 应用,而且是原生 SERVLET 类型的(因为springboot2还有webflux),当前满足条件。@ConditionalOnClass({DispatcherServlet.class}):条件是否导入了DispatcherServlet类,这里也是有的。

 

  还有 2 个注解直接没见过,这里不用太多关注,了解一下:

  @AutoConfigureOrder:这个配置类的配置优先级顺序。@AutoConfigureAfter:表示在xx之后才配置这个类,这里就是在配置完ServletWebServerFactoryAutoConfiguration.class后,再配置当前的类。所以,类上的几个条件都是满足的,就可以进一步到类中了,继续往下找:

  

 

  看到DispatcherServletConfiguration类上也有条件:

  

@Conditional({DispatcherServletAutoConfiguration.DefaultDispatcherServletCondition.class}):

别看这么长,其实就是上面的一个类

 

  @ConditionalOnClass({ServletRegistration.class}): 这个也存在。

  

 

  

@EnableConfigurationProperties({WebMvcProperties.class}):

这个很熟悉了,使用前面刚学习完不久,它并不是条件装配,而是用来绑定外部配置文件的,点进去。

 

  

 

  可以看到,会与配置文件中前缀是spring.mvc的所有属性进行绑定。

  另外,还可以自动把组件注册到容器中去。

  这里可以试一下,在 main 方法里增加输出:

  

String[] beanNamesForType1 = run.getBeanNamesForType(WebMvcProperties.class); System.out.println("==WebMvcProperties类型组件的数量==" + beanNamesForType1.length);

运行一下,果然是有一个:

 

  

 

  到此,说明DispatcherServletConfiguration这个配置类也是生效的。

  继续往下就看到方法dispatcherServlet(),而且是加了@Bean注解,就是给容器中注册DispatcherServlet类型的组件。

  

 

  这里的经过是:

  new 一个DispatcherServlet()对象dispatcherServlet。接着对dispatcherServlet一通 set 设置。最后返回这个对象dispatcherServlet。在之前学习 springMVC 时候,还要手动去设置关于DispatcherServlet的一堆东西。而在 springboot 里已经在底层设置好了,并且注册到容器中去了,所以我们能直接使用。

  

 

  

三、小结

随着进一步跟着源码来理解自动配置的原理,使得自己更深的体会到 springboot 的优点。

 

  那么多东西不需要我们手动去配置了,并不是说用不上,而是在底层springboot已经帮我们完成好了配置。

  当然,目前的重点还是学会使用 springboot,但是带着之前对 springboot 的疑问来学习,还是更有收获的。

  以上就是SpringBoot2入门自动配置原理及源码分析的详细内容,更多关于SpringBoot2自动配置的资料请关注盛行IT其它相关文章!

郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。

留言与评论(共有 条评论)
   
验证码: