本篇内容介绍了“SpringBoot自动装配的优点有哪些”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
你需要编写很多的有关spring的xml。例如读取属性配置的bean、数据源bean、事务管理工厂bean、mybatis与spring整个的bean等等。再次利用该框架搭建项目的时候,又是周而复始的操作。
但是现在当你使用springBoot搭建项目的时候,你会发现所有的配置你都不用去编写就可以帮你去实现(仅仅需要在连接外部数据库的时候需要进行配置,其实如果使用内嵌数据库h3 则你完全不必需要application.properties配置文件)。
你可以在你的具体的业务代码中使用@AutoWried @Resource注解将数据源,事务工厂等注入到业务层,像是你自己配置那样。
springBoot到底做了什么让我们可以不用配置,而使用那些功能对象。
其实springBoot使用基于条件的自动注入原理,即为当满足某个条件的时候,spring会实例化该注解对应的bean,将其放入到Srping上下文中,让你可以轻松的使用。SpringBoot实现条件配置离不开它的核心组件@Conditional。
下面我们慢慢的来揭开springBoot自动配置的神秘面纱。
@Conditional 是个什么鬼,不解释来个小的demo大致了解一下
描述一下demo场景 :Life实体bean在特定条件(@Conditional)下,被springBoot初始化,并放置到spring上下文环境中。
1.1、 Life 实体类
/**
* 梦想存在,生命才有意义
*/
public class Life {
//工作
private String work;
//学习
private String study
//爱
private String love;
//省略seter /geter
}
1.2、 编写我们自己的条件匹配规则
/**
* 实现ConfigurationCondition(该接口继承了Condition)
*/
public class MyTestConditional implements ConfigurationCondition {
/**
* 设置使用该类进行解析的时机
* 1、REGISTER_BEAN:会在注册Bean的时候进行condition的解析
* 即为在对应的@Bean注解和@condition注解组合使用的时候 进行条件的判断
* @Bean注解对应spring 的xml的<bean/>标签
* 2、PARSE_CONFIGURATION:会在解析@Configuration时进行condition的解析
* 即为在对应的@Configuration注解和@condition注解组合使用的时候 进行条件的判断
* @Configuration注解对应spring 的xml的<beans/>标签
* @return
*/
@Override
public ConfigurationPhase getConfigurationPhase() {
return ConfigurationPhase.REGISTER_BEAN;
}
/**
* 该方法为条件判断的核心 只有该方法返回为true 则表示其条件成立 ,执行相应的配置
* @param conditionContext
* @param annotatedTypeMetadata
* @return
*/
@Override
public boolean matches(ConditionContext conditionContext,
AnnotatedTypeMetadata annotatedTypeMetadata) {
return false; //表示验证不通过
}
该类实现了ConfigurationCondition 有如下两个方法
1、 getConfigurationPhase() 该条件规则起作用的时候
2、 matches()条件匹配规则 这里为了演示不做具体的逻辑条件的处理
返回一个布尔值,如果为ture 则表示条件成立 配置生效
反之不生效。
1.3、编写我们的java实例bean自动配置
@Configuration
//@Configuration标注在类上,相当于把该类作为spring的xml配置文件中的<beans>,
// 作用为:配置spring容器(应用上下文)
public class ServerAutoConfiguration {
@Configuration //spring的xml配置文件中的<beans>
//使用该注解表明,在springBoot启动的时候只有满足MyTestConditional.class 才生成对应的Life 对象
//即 MyTestConditional中的match()返回true @Bean生效
@Conditional(MyTestConditional.class)
public static class StudentAutoConfiguration {
@Bean
public Life create() {
System.out.println("life start....");
return new Life("努力工作","不断的学习","敢爱敢恨");
}
}
}
1.4、 springBoot的单元测试
//使用Spring的单元测试环境
@RunWith(SpringRunner.class)
//将SpringBoot的上下文环境加载进入单元测试中
@SpringBootTest(classes = AutoApplication.class)
public class AutoApplicationTests {
//注入springBoot 基于条件的实例化bean
@Autowired
private Life life;
@Test
public void showlife() {
System.out.println("生命的全部:"+life.toString());
}
}
启动springBoot项目,在控制台中没有发现Life对象被创建 且单元测试中无法注入Life
在修改了MyTestConditional中的match() 返回true 再次启动则Life对象被创建
同时使用SpringBoot的单元测试来使用springBoot为我们设置的Life实体
该实体创建流程如下:当springBoot项目启动的时候,会加载@Configuration(srping的xml配置)下的所有bean,当遇到@Conditional(MyTestConditional.class) 会调用该方法的Match,并根据其返回值来判断是否实例化该注解下的所有使用@Bean @Import 注解下的类
(1)、@Conditional
官方文档定义:
“Indicates that a component is only eligible for registration when all specified conditions match”
意思是只有满足一些列条件之后创建一个bean。 并注册到spring的上下文环境中
(2)、SpringBoot提供的
@ConditionalOnWebApplication
该应用必须为web应用
@ConditionalOnMissingBean
该应用上下文中如果没有指定的bean
@ConditionalOnBean
该应用上下文中如果有指定的bean
@ConditionalOnProperty(name,value)
只有存在对应name的value的配置文件才加载该注解下的bean
@ConditionalOnCloudPlatform
匹配当处于云平台环境中时后
@ConditionalOnClass
该classpath中如果有指定的bean @ConditionalOnExpression 如果对应的表达式成立 成功
@ConditionalOnJava
根据应用程序运行的JVM版本进行匹配 成功
@ConditionalOnRepositoryType
当特定类型的spring Data JPA启用的时候 成功
@ConditionalOnSingleCandidate
当特定的class对应的bean存在且唯一确定的时候
@ConditionalOnJndi
通过JNDI查找制定的条件
@Profile
通过特定的条件触发 (生产环境使用该配置,非生产环境则不是使用)
@ConditionalOnResource
从资源文件中查询
@ConditionalOnEnabledResourceChain
从资源链中中查询
@ConditionalOnNotWebApplication
如果改应用不是web应用,则该条件起作用
@ConditionalOnMissingClass
如果不存在对应的class则创建该对应的bean
满足条件后则加载该注解作用下的类起作用
(3)、所谓该注解作用下的类起作用是指
这些注解都有如下两种使用方式
1、作用在类上,则该类下的所有@Bean注解起作用 (条件成立,加载该注解下的所有@Bean的实体类 存放在spring上下文中)
2、作用在方法上 则该方法下对应的@bean注解起作用 (条件成立,加载该注解下使用@Bean的实体类 存放在spring上下文中)
与@Configuration或者@Bean配合使用,当和@Configuration配合使用时,
那么该类下所有@Bean方法 或者@Import 或者 @ComponentScan都会受到其配置条件的影响
@Configuration
相当于spring的xml配置文件的<beans>标签
@Bean
注解相当于spring的xml配置文件的<bean>标签
@Import(Xxx.class)
将指定的class 实例注入到spring的上下文中
@Configuration
标注在类上,相当于把该类作为spring的xml配置文件中的<beans>,作用为:配置spring容器(应用上下文)
结合demo 来设置一个自定义注解
(1)、 自定义注解
/*
自定义的Conditional 条件注解
*/
@Target({ ElementType.TYPE, ElementType.METHOD })
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Conditional(MyTestConditional.class)
public @interface ConditionalOnLife {
Class<?>[] value() default {};
String[] name() default {};}
(2)、进行配置使用
@Configuration //spring的xml配置文件中的<beans>
//使用该注解表明,在springBoot启动的时候只有满足MyTestConditional.class 才生成对应的Life 对象
//自定义的条件注解
@ConditionalOnLife
//@Conditional(MyTestConditional.class)
public static class DreamAutoConfiguration {
@Bean
public Dream createDream() {
//life.toString();
System.out.println("dream start....");
return new Dream();
}
}
后台调用成功创建了Dream实体 并放入spring上下文环境中
“SpringBoot自动装配的优点有哪些”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
亿速云「云服务器」,即开即用、新一代英特尔至强铂金CPU、三副本存储NVMe SSD云盘,价格低至29元/月。点击查看>>
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。