Spring-boot的一个重要特性就是提供了各类各样的AutoConfiguration。例如DataSourceAutoConfiguration。这样咱们只须要在配置文件中进行以下配置mysql
spring: datasource: url: jdbc:mysql://xxxxxxxxxxx/realname username: xxxxx password: xxxxx driverClassName: com.mysql.jdbc.Driver
Spring-Boot就会在容器中按照咱们的配置的信息注入一个DataSource。那么Spring boot是怎么知道 DataSourceAutoConfiguration是自动配置类?其实很简单:spring
Spring Boot 这种用“约定优于配置”思想能够大大的简化配置代码的编写。那么,咱们就能够按照上面的套路来编写一个Spring-Boot的自动配置类吧sql
如今有一个配置Bean——PrintAfterInitBean,须要Spring容器启动之后,打印一次消息,而且该消息的内容是在配置文件中定义app
代码以下,由于只是一个简单例子,这里的配置Bean其实能够是其余任何复杂配置Bean,例如DataSource。每每一个公共包须要多个这样配置Bean才能完成其配置。ide
public class PrintAfterInitBean implements InitializingBean { private String message; public void afterPropertiesSet() throws Exception { System.out.println(message); } //setter getter }
若是搜索Spring Boot下面的类,你会发现其实有不少名字形如xxxAutoConfiguration的类,这些类都是Spirng Boot为咱们作的一些快捷配置类。 建立一个TestAutoConfig,做为一个自动配置类微服务
@Configuration public class TestAutoConfig { @Bean @ConfigurationProperties(prefix = "init") @ConditionalOnMissingBean(PrintAfterInitBean.class) @ConditionalOnProperty(prefix = "init",value = "message") public PrintAfterInitBean printAfterInitBean() { return new PrintAfterInitBean(); } }
在resources下面建立META-INF/spring.factories, 而后在文件中把第二步的类配置进去编码
org.springframework.boot.autoconfigure.EnableAutoConfiguration=com.netease.xxx.xxx.UrsPropertyAutoConfig
这样就完成一个Spring Boot自动配置,若是存在init.message的配置,那么spring boot启动的时候就会打印init.message配置对应值。url
Spring Boot的自动配置为咱们在编写一个重复的配置代码(或者xml文件)中提供一套简便的部署方式,这样当用其余spring boot的项目依赖咱们jar时候,配置起来就十分方便拉。从代码能够看出,Spring Boot 其实并无什么实质性的创新,只是把一些“约定”的配置信息转换原来经过代码或xml实现的配置。spa
前面已经介绍过,@ConditionalOnXXX 系列主要是自动配置是否生效,例如ConditionalOnClass,就是在某个Class存在的状况下才生效。这一系列的注解经过名字就知道用法,所以再也不作过多的介绍。@ConditionalOnXXX 能够用于类名和方法名上。.net
用DataSourceAutoConfiguration 代码来讲明,
@Configuration // 注:当存在DataSource.class 和 EmbeddedDatabaseType.class 存在的状况下,该配置路径才生效 @ConditionalOnClass({ DataSource.class, EmbeddedDatabaseType.class }) @EnableConfigurationProperties(DataSourceProperties.class) @Import({ Registrar.class, DataSourcePoolMetadataProvidersConfiguration.class }) public class DataSourceAutoConfiguration { private static final Log logger = LogFactory .getLog(DataSourceAutoConfiguration.class); @Bean // 注:只有当BeanFactory中不存在DataSourceInitializer类的Bean的状况下才会有效 @ConditionalOnMissingBean public DataSourceInitializer dataSourceInitializer(DataSourceProperties properties, ApplicationContext applicationContext) { return new DataSourceInitializer(properties, applicationContext); } ... }
自动配置的核心思想就是不侵占用户的代码,相似于“你有就用你的,你没有我就帮你作默认设置”。所以,咱们在本身开发一个自动配置类的时候也须要注意这一点,否则就有点霸王条款的感受
通常咱们的自动配置类都会依赖外部的配置信息,而这些外部的配置信息能够封装成一个类,相似上面DataSourceAutoConfiguration中的@EnableConfigurationProperties(DataSourceProperties.class),DataSourceProperties类就是用来保存DataSource相关的配置信息。“约定优于配置”的思想就在这里体现,若是配置信息是以spring.datasource为前缀,那么配置信息都会注入到DataSourceProperties类中,供DataSourceAutoConfiguration使用。
@ConfigurationProperties(prefix = "spring.datasource") public class DataSourceProperties implements BeanClassLoaderAware, EnvironmentAware, InitializingBean { ... private Class<? extends DataSource> type; private String driverClassName; private String url; private String username; private String password; ...
在一些特殊的状况下,一些自动配置类须要在某一些其余配置类后进行,例如依赖另一个自动配置的Bean,这个时候就@AutoConfigureAfter来进行约束。
@Import也是比较常见的一个配置注解,主要用于引入其余配置类,可是另一个比较有用的配置就是引入一个ImportBeanDefinitionRegistrar接口,而这个就是用于使用在ApplicationContext初始化阶段的时候,注册(register)一些BeanDefinition。固然常见的Bean是能够经过@Bean注解注入,可是一些Spring ApplicationContext启动过程当中用的到一些Bean则不行,例如BeanPostProcessor,BeanFactoryPostProcessor。
Spring Boot 核心思想就是“约定优于配置”思想,在建立一个微服务的时候有不少得天独厚的优点,每每只用短短几行配置,就能够部署一个应用。这样在编码更多的是一些业务层面。而若是咱们本身编写的一个公共包也可以经过短短几行配置便可以完成,不只仅是代码层面的减小,更是接入方来讲是一种“一站式服务”体验。固然前提是接入方也是使用的Spring Boot。