springboot自动装配原理简言之,springboot自动装配原理简书
00-1010 1.POM.xml2. Launcher 3。主程序3.1注释3.2弹簧.工厂4 .结论
00-1010父相关性textcolor{orange}{父相关性}父相关性
Spring-boot-dependencies:核心依赖项在父项目中。
在这里点击ctrl,然后我们就可以看到父依赖了。
这个主要管理项目的资源过滤和插件,我们发现它有一个父依赖。
看下面这个。熟悉吗?
再点进去,我们发现有很多依赖。这是SpringBoot的版本控制中心。
这个地方才是真正管理SpringBoot应用中所有依赖的地方,也就是版本控制中心。
当我们编写或引入一些SpringBoot依赖时,我们不需要指定版本,只是因为有这些版本库。
目录
依赖关系groupIdorg.springframework.boot/groupId artifactId spring-boot-starter-web/artifactId/dependency是springboot的启动场景textcolor{red}{ launcher是SpringBoot的启动场景} Launcher是SpringBoot的启动场景。
springboot-boot-starter-xxx:是弹簧靴的场景发射器。
spring-boot-starter-web:帮助我们导入web模块正常运行所依赖的组件;即自动导入web环境的所有依赖项。
SpringBoot将所有功能场景提取出来,做成starter
用什么功能导入你想要的什么样的场景启动器:只需要将这些启动器引入到项目中,所有相关的依赖关系都会被导入;
我们也可以定制starter未来的我们自己;
00-1010//程序主入口//@SpringBootApplication:将此类标记为springBoot @ spring boot application的一个应用程序公共类hellospringbootsapplication { public static void main(string[]args){//启动spring boot应用程序到spring application . run(hellospringbootsapplication . class,args);}}看起来这么简单,只是通过反射加载了这个类的对象。这是表面的,我们看不出它为什么开始。
我们先来看看。
1.pom.xml
@ spring boot应用程序我们点击@ springbootapp后,可以看到有几条评论。
结论:springBoot的所有自动配置都是在启动时扫描加载的:spring.factories的所有自动配置类都在这里,但不一定生效。判断条件是否成立,只要导入对应的start,就会有对应的launcher。有了launcher,自动组装就生效了,然后配置就成功了。
@ComponentScan
这个注释在Spring中非常重要,并且对应于XML配置中的元素。
功能:自动扫描加载符合条件的组件或bean,将bean定义加载到IOC容器中。
@ components can(exclude filters={ @ Filter(type=Filter type。CUSTOM,classes=typeexcludefilter . class),@Filter(type=FilterType
.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
@SpringBootConfiguration作用:SpringBoot的配置类 ,标注在某个类上 , 表示这是一个SpringBoot的配置类;
@Target({ElementType.TYPE})@Retention(RetentionPolicy.RUNTIME)@Documented@Configuration@Indexedpublic @interface SpringBootConfiguration { @AliasFor( annotation = Configuration.class ) boolean proxyBeanMethods() default true;}这里的
@Configuration
说明这是一个配置类,这个配置类就是对应Spring的xml配置文件 @Component
说明,启动类本身也是Spring中的一个组件,负责启动应用。
@EnableAutoConfiguration作用:开启自动配置功能
点进去后会看到
@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@Documented@Inherited@AutoConfigurationPackage@Import(AutoConfigurationImportSelector.class)然后我们发现了
@AutoConfigurationPackage
它的作用是自动配置包
@Import(AutoConfigurationPackages.Registrar.class)public @interface AutoConfigurationPackage {}
@import
:Spring底层注解@import , 给容器中导入一个组件 AutoConfigurationPackages.Registrar.class
作用:将主启动类的所在包及包下面所有子包里面的所有组件扫描到Spring容器 ;
我们退回上一步看一下这个注解
@Import({AutoConfigurationImportSelector.class})
:给容器导入组件 ;
AutoConfigurationImportSelector :自动配置导入选择器,在这个类中有这么一个方法
/** * Return the auto-configuration class names that should be considered. By default * this method will load candidates using {@link SpringFactoriesLoader} with * {@link #getSpringFactoriesLoaderFactoryClass()}. * @param metadata the source metadata * @param attributes the {@link #getAttributes(AnnotationMetadata) annotation * attributes} * @return a list of candidate configurations *///获得候选的配置protected List<String> getCandidateConfigurations(AnnotationMetadata metadata, AnnotationAttributes attributes) { //这里的getSpringFactoriesLoaderFactoryClass() //返回的是我们最开是看到启动自动导入配置文件的注解类;EnableAutoConfiguration List<String> configurations = SpringFactoriesLoader.loadFactoryNames(getSpringFactoriesLoaderFactoryClass(), getBeanClassLoader()); Assert.notEmpty(configurations, "No auto configuration classes found in META-INF/spring.factories. If you " + "are using a custom packaging, make sure that file is correct."); return configurations;}在上面这个方法中调用了
SpringFactoriesLoader
这个类中的静态方法,我们查看一下这个类中的loadFactoryNames
这个方法。
public static List<String> loadFactoryNames(Class<?> factoryType, @Nullable ClassLoader classLoader) { ClassLoader classLoaderToUse = classLoader; if (classLoader == null) { classLoaderToUse = SpringFactoriesLoader.class.getClassLoader(); } String factoryTypeName = factoryType.getName(); return (List)loadSpringFactories(classLoaderToUse).getOrDefault(factoryTypeName, Collections.emptyList());}发现他又调用了
loadSpringFactories
这个方法,我们继续看
private static Map<String, List<String>> loadSpringFactories(ClassLoader classLoader) { Map<String, List<String>> result = (Map)cache.get(classLoader); if (result != null) { return result; } else { HashMap result = new HashMap(); try { Enumeration urls = classLoader.getResources("META-INF/spring.factories"); while(urls.hasMoreElements()) { URL url = (URL)urls.nextElement(); UrlResource resource = new UrlResource(url); Properties properties = PropertiesLoaderUtils.loadProperties(resource); Iterator var6 = properties.entrySet().iterator(); while(var6.hasNext()) { Entry<?, ?> entry = (Entry)var6.next(); String factoryTypeName = ((String)entry.getKey()).trim(); String[] factoryImplementationNames = StringUtils.commaDelimitedListToStringArray((String)entry.getValue()); String[] var10 = factoryImplementationNames; int var11 = factoryImplementationNames.length; for(int var12 = 0; var12 < var11; ++var12) { String factoryImplementationName = var10[var12]; ((List)result.computeIfAbsent(factoryTypeName, (key) -> { return new ArrayList(); })).add(factoryImplementationName.trim()); } } } result.replaceAll((factoryType, implementations) -> { return (List)implementations.stream().distinct().collect(Collectors.collectingAndThen(Collectors.toList(), Collections::unmodifiableList)); }); cache.put(classLoader, result); return result; } catch (IOException var14) { throw new IllegalArgumentException("Unable to load factories from location [META-INF/spring.factories]", var14); } }}这里我们发现多次出现了一个叫spring.factoriestextcolor{red}{这里我们发现多次出现了一个叫spring.factories} 这里我们发现多次出现了一个叫spring.factories
3.2 spring.factories
随便点一个看看JerseyAutoConfiguration
会发现这都是javaConfig配置类,而且都注入了一些Bean。
所以,自动配置真正实现是从classpath中搜寻所有的META-INF/spring.factories配置文件 ,并将其中对应的 org.springframework.boot.autoconfigure. 包下的配置项,通过反射实例化为对应标注了 @Configuration的JavaConfig形式的IOC容器配置类 , 然后将这些都汇总成为一个实例并加载到IOC容器中。
4. 结论
springboot在启动的时候,从类路径下/META-INF/spring.factories
获取指定的值;将这些自动配置的类导入容器,自动配置就会生效,进行自动配置;以前需要自动配置的东西,现在springboot
帮忙做了;整合JavaEE,解决方案和自动配置的东西都在spring-boot-autoconfigure-2.5.7.jar
这个包下他会把所有需要导入的组件,以类名的方式返回,这些组件就会被添加到容器中容器中也会存在非常多的xxxAutoConfiguration的文件(@Bean),就是这些类给容器中的导入这个场景需要的所有组件,并自动配置。@Configuration,javaCOnfig有了自动配置类,免去了我们手动编写配置文件的工作。到此这篇关于最新springboot中必须要了解的自动装配原理的文章就介绍到这了,更多相关springboot自动装配原理内容请搜索盛行IT以前的文章或继续浏览下面的相关文章希望大家以后多多支持盛行IT!
郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。