最近在复盘查看项目之前的代码,查看到项目中对于网关日志信息集成了es的使用,刚好想学习一下!
yml文件中有针对es服务的配置信息,但是在项目代码中没有看到针对es的配置信息的配置类,所以就在
想是如何调用到es服务的呢?
查看了许久,想到关于springboot的自动装配机制,所以去查看spring boot源代码,找到了es的自动配置类信息,所以记录一下!
先自我回顾一下spring boot启动自动装配的机制原理!
springboot启动类上的核心注解@SpringBootApplication是关键,这是一个组合注解,主要包含了@SpringBootConfiguration和@EnableAutoConfiguration这两个注解为核心
@SpringBootConfiguration注解点进去查看,可以看到里面包含了spring的注解@Configuration,既代表自己是一个Spring的配置类!
springboot实现自动装配机制重点是@EnableAutoConfiguration注解,点进去看到也是一个组合注解,包含@AutoConfigurationPackage和@Import({AutoConfigurationImportSelector.class})注解!
最关键是@Import({AutoConfigurationImportSelector.class})注解,会导入一个AutoConfigurationImportSelector类,这个类中有一个getCandidateConfigurations()方法会获取所有的配置信息!
这个方法用来获取所有候选的配置,那这些候选配置又是从哪来的呢?带着问题看源码!
它返回了一个List是由loadFactoryNames()方法返回的,其中传入了一个getSpringFactoriesLoaderFactoryClass(),可以看下这个方法的代码!
我们看到返回的是EnableAutoConfiguration的class类,也就是说,它实际上返回的就是标注了这个类的所有包。那标注了这个类的包不就是@SpringBootApplication吗?
所以可以说:绕来绕去就是为了将启动类所需的所有资源导入。
接着往下看getCandidateConfigurations()方法,它其中还有这么一条语句,是一条断言:
这个断言的意思是,configurations必须非空,否则就打印一段话,No auto configuration classes found in META-INF/spring.factories,那反过来如果这个集合不为空,是不是就代表找到了这个spring.factories并且会去加载这个文件中的内容呢?
带着问题找到META-INF/spring.factories文件:
到这里,我们可以总结出springboot的自动装配原理:当SpringBoot项目启动的时候,会先导入AutoConfigurationImportSelector类,这个类会帮我们选择所有候选的配置,我们需要导入的配置都是SpringBoot帮我们写好的一个一个的配置类,那么这些配置类的位置,存在与META-INF/spring.factories文件中,通过这个文件,Spring可以找到这些配置类的位置,于是去加载其中的配置。当然这些配置类也不是所有的都会加载,每个配置类上有注解@ConditionalOnClass和@ConditionalOnProperty,所以springboot会按需加载配置类!
同时在这里面找到了ElasticsearchAutoConfiguration配置类,点进去查看:
并且在上面的注解@ConditionalOnProperty(prefix = “spring.data.elasticsearch”,name = {“cluster-nodes”},matchIfMissing = false)找到了开头yml配置文件中es的配置信息的key,所以es的配置信息初始化在项目启动的时候就已经自动装配完成了,使用时,只需要在pom文件中引入spring-data-elasticsearch的jar包,就可以通过ElasticSearchTemplate进行调用使用了!
以上是工作中遇到的问题,并通过源码查看得出的自己的一些理解,记录一下所学,如有不对的地方,欢迎大家指出!