备案期间能否做网站解析,黄冈网站推广软件哪里买,做北京电梯招标的网站,wordpress百度搜索SpringMvc和SpringBoot对比 首先我们回顾下原来搭建一个springmvc的hello-word的web项目#xff08;xml配置的#xff09;我们是不是要在pom中导入各种依赖#xff0c;然后各个依赖有可能还会存在版本冲突需要各种排除。当你历尽千辛万苦的把依赖解决了#xff0c;然后还需…SpringMvc和SpringBoot对比 首先我们回顾下原来搭建一个springmvc的hello-word的web项目xml配置的我们是不是要在pom中导入各种依赖然后各个依赖有可能还会存在版本冲突需要各种排除。当你历尽千辛万苦的把依赖解决了然后还需要编写web.xml、springmvc.xml配置文件等。我们只想写个hello-word项目而已确把一大把的时间都花在了配置文件和jar包的依赖上面。大大的影响了我们开发的效率以及加大了web开发的难度。为了简化这复杂的配置、以及各个版本的冲突依赖关系springBoot就应运而生。我们现在通过idea创建一个springboot项目只要分分钟就解决了你不需要关心各种配置基本实现零配置。让你真正的实现了开箱即用。SpringBoot帮你节约了大量的时间去陪女朋友不对程序员怎么会有女朋友呢没有的话也是可以new一个的它的出现不仅可以让你把更多的时间都花在你的业务逻辑开发上而且还大大的降低了web开发的门槛。所以SpringBoot还是比较善解人衣的,错啦错啦是善解人意知道开发人员的痛点在哪。 SpringBoot自动配置加载 既然Springboot尽管这么好用但是作为一个使用者我们还是比较好奇它是怎么帮我们实现开箱即用的。Spring Boot有一个全局配置文件application.properties或application.yml。在这个全局文件里面可以配置各种各样的参数比如你想改个端口啦server.port 或者想调整下日志的级别啦通通都可以配置。更多其他可以配置的属性可以参照官网。https://docs.spring.io/spring-boot/docs/2.3.0.RELEASE/reference/htmlsingle/#common-application-properties 这么多属性这些属性在项目是怎么起作用的呢SpringBoot项目看下来啥配置也没有配置”application.properties或application.yml除外既 然从配置上面找不到突破口那么我们就只能从启动类上面找入口了。启动类也就一个光秃秃的一个main方法类上面仅有一个注SpringBootApplication 这个注解是Spring Boot项目必不可少的注解。那么自动配置原理一定和这个注解有着千丝万缕的联系我们下面来一起看看这个注解吧。 SpringBootApplication注解 Target(ElementType.TYPE) Retention(RetentionPolicy.RUNTIME) Documented Inherited SpringBootConfiguration EnableAutoConfiguration ComponentScan(excludeFilters { Filter(type FilterType.CUSTOM, classes TypeExcludeFilter.class),Filter(type FilterType.CUSTOM, classes AutoConfigurationExcludeFilter.class) }) public interface SpringBootApplication { 这里最上面四个注解的话没啥好说的基本上自己实现过自定义注解的话都知道分别是什么意思。 - SpringBootConfiguration继承自Configuration二者功能也一致标注当前类是配置类。 - ComponentScan用于类或接口上主要是指定扫描路径跟Xml里面的context:component-scan base-package /配置一样。springboot如果不写这个扫描路径的话默认就是启动类的路径。 - EnableAutoConfiguration Target(ElementType.TYPE) Retention(RetentionPolicy.RUNTIME) Documented Inherited AutoConfigurationPackage Import(AutoConfigurationImportSelector.class) public interface EnableAutoConfiguration { 这个注解我们重点看下AutoConfigurationImportSelector这个类getCandidateConfigurations 这个方法里面通过SpringFactoriesLoader.loadFactoryNames()扫描所有具有META-INF/spring.factories的jar包 spring.factories 我们可以理解成 Spring Boot 自己的 SPI 机制。 spring-boot-autoconfigure-x.x.x.x.jar里就有一个spring.factories文件。spring.factories文件由一组一组的Key value的形式其中一个key是EnableAutoConfiguration类的全类名而它的value是一个以AutoConfiguration结尾的类名的列表有redis、mq等这些类名以逗号分隔。 我们在回到getAutoConfigurationEntry这个方法当执行完getCandidateConfigurations这个方法的时候我们可以看到此时总共加载了127个自动配置类。 这些类难道都要加载进去吗springboot还是没有那么傻的它提倡的话是按需加载。 - 它会去掉重复的类 - 过滤掉我们配置了exclude注解的类下面配置就会过滤掉RestTemplateAutoConfiguration这个类 - 经过上面的处理剩下的这写自动配置的类如果要起作用的话是需要满足一定的条件的。这些条件的满足的话spring boot是通过条件注解来实现的。 ConditionalOnBean当容器里有指定Bean的条件下 ConditionalOnClass当类路径下有指定的类的条件下 ConditionalOnExpression基于SpEL表达式为true的时候作为判断条件才去实例化 ConditionalOnJava基于JVM版本作为判断条件 ConditionalOnJndi在JNDI存在的条件下查找指定的位置 ConditionalOnMissingBean当容器里没有指定Bean的情况下 ConditionalOnMissingClass当容器里没有指定类的情况下 ConditionalOnWebApplication当前项目时Web项目的条件下 ConditionalOnNotWebApplication当前项目不是Web项目的条件下 ConditionalOnProperty指定的属性是否有指定的值 ConditionalOnResource类路径是否有指定的值 ConditionalOnOnSingleCandidate当指定Bean在容器中只有一个或者有多个但是指定首选的Bean这些注解都组合了Conditional注解只是使用了不同的条件组合最后为true时才会去实例化需要实例化的类否则忽略过滤掉。我们在回到代码可以看到经过了条件判断过滤后我们剩下符合条件的自动配置类只剩23个了。其他的都是因为不满足条件注解而被过滤了。 如果我们想知道哪些自动配置类被过滤了是由于什么原因被过滤了以及加载了哪些类等。spring boot都为我们记录了日志。还是非常贴心的。我们可以调整下我们日志的级别改为debug。然后我们就能看到以下日志了 这里就截取了部分日志。总共分别有下面四部分日志 - Positive matchesConditional条件为真配置类被Spring容器加载。 - Negative matches: Conditional条件为假配置类未被Spring容器加载。 - Exclusions 我们明确了不需要加载的类。比如在上面启动类配置的RestTemplateAutoConfiguration类 - Unconditional classes 自动配置类不包含任何类级别的条件也就是说类始终会被自动加载。 自动配置生效 我们以ServletWebServerFactoryAutoConfiguration配置类为例解释一下全局配置文件中的属性如何生效比如server.port88是如何生效的当然不配置也会有默认值这个默认值来自于org.apache.catalina.startup.Tomcat。 // 标记为配置类 Configuration(proxyBeanMethods false) AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE) // 如果有ServletRequest.class 才会生效 ConditionalOnClass(ServletRequest.class) ConditionalOnWebApplication(type Type.SERVLET) // 把ConfigurationProperties注解的类注入为Spring容器的Bean。 EnableConfigurationProperties(ServerProperties.class) Import({ ServletWebServerFactoryAutoConfiguration.BeanPostProcessorsRegistrar.class,ServletWebServerFactoryConfiguration.EmbeddedTomcat.class,ServletWebServerFactoryConfiguration.EmbeddedJetty.class,ServletWebServerFactoryConfiguration.EmbeddedUndertow.class }) public class ServletWebServerFactoryAutoConfiguration { 我们可以发现EnableConfigurationProperties注解里面配置的ServerProperties.class ConfigurationProperties(prefix server, ignoreUnknownFields true) public class ServerProperties {/*** Server HTTP port.*/private Integer port; 在这个类上有一个注解ConfigurationProperties它的作用就是从配置文件中绑定属性到对应的bean上(也就是把我们application.properties对应的server.port映射到ServerProperties 类中的port属性)而EnableConfigurationProperties这个注解就是把已经绑定了属性的beanServerProperties注入到spring容器中相当于Component注解一样。 所有在配置文件中能配置的属性都是在xxxxPropertites类中封装着配置文件能配置什么就可以参照某个功能对应的这个属性类。 到现在为止应该能回答文章开头的那个问题了面试的时候应该不需要回答的这么详细可以参考下以下答案 Spring Boot启动的时候会通过EnableAutoConfiguration注解找到META-INF/spring.factories配置文件中的所有自动配置类并对其进行加载而这些自动配置类都是以AutoConfiguration结尾来命名的它实际上就是一个JavaConfig形式的Spring容器配置类它能通过以Properties结尾命名的类中取得在全局配置文件中配置的属性如server.port而XxxxProperties类是通过ConfigurationProperties注解与全局配置文件中对应的属性进行绑定的。