Bean的高级装配
我们已经学习了Bean的自动装配和java显式装配，但java的装配绝不仅限于此。
我们可能会碰到这样的情况，开发版本使用H2数据库，为了能达到开箱即用，向H2数据库中增加了很多测试数据。但在生产版本，我们使用的是Oracle数据库，所有的H2配置和数据都不应该存在。
我们可以提出一种解决方法：两种配置都写入配置文件中，在需要的同时进行切换。
问题来了，配置可以写，但生成DataSource的Bean也不同，不同的Bean类并不能写入配置文件中。
我们想要这样的一种装配功能：我在配置文件中可以声明使用哪种Bean,哪种Bean就可以生效。
于是，Spring给我们提供了一个Profile的功能，激活！
Profile的功能是怎样的？
声明的Profile的Bean类，在Spring运行时会到配置文件中检测是否有对应的Profile激活标志，如果有，这个Bean则被激活，可以被创建，否则该Bean不会创建。
例如：
测试使用H2数据库，在创建DataSource上加上注解@Profile("h2-db")
在配置文件中，我们添加上对Profile的激活：
Spring.profiles.active=h2-db
如果没有profile的激活，对应的Bean不会被创建。但一般情况都会有一个默认的profile,用actice不太合适吧
是的，我们可以设置一个默认的激活，如果active没有找到的话，会使用默认的激活方式：
Spring.profiles.default
这个profile的激活只能在配置文件中做吗？
当然不是，有多种方式可以设置这两个属性：
- 1.作为DispatcherServlet的初始化参数
- 2.作为Web应用的上下文参数
- 3.作为JNDI目录
- 4.作为环境变量
- 5.作为JVM的系统属性
- 6.在集成测试上，使用@ActiveProfiles注解设置
profile在迁移环境中效果很好，但我现在希望当前Bean只要有另一个Bean存在就可以被创建，或者只有在设置某个特定的环境变量后才可以被创建，这种需要自己检测甚至简单运算后才能匹配的条件化配置Bean，使用profile明显做不到啊。
对应这种级别的条件化配置，Spring使用新的注解@Conditional，用到带有@Bean注解的方法上。如果给定的条件计算结果为true,就会创建Bean，否则，Bean被忽略。
@Conditonal如何使用？
例如：当前Bean A被创建的条件是Bean B是否存在
- 1.创建A类，并使用@Bean声明
- 2.创建实现Condition接口的条件匹配类，并实现matches方法。
- 3.在matches方法设置条件的判定：若Bean B的实例不为null,则返回true,否则返回false
- 4.在使用@Bean的方法上，使用@Conditonal（），在（）中放入条件匹配类即可。如果匹配成功，则创建Bean.
条件匹配的类是自己实现的，所以有无限的可能，几乎什么样的条件都可以条件化设置。甚至可以进行进一步的封装，@profile注解就是在@Conditional注解之上来的，在Spring Boot中封装了很多处理各种条件的条件化配置类，以完成Spring boot的各种自动化装配
