本篇内容介绍了“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自动装配的优点有哪些”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
