一、@Profile
标注当前运行环境(开发环境、测试环境、线上环境等)的注解。
1、在需要配置环境的类上添加注解
@Component
@Profile("prod")
public class Prod{
// ToDo
}
@Component
@Profile("Dev")
public class Dev{
// ToDo
}
2、在使用该类实例的类上添加注解，激活相应Profile并注册Bean到Spring容器中
@Component
@ActiveProfiles("prod") // 注册Prod类的Bean到Spring容器中
public class Test{
// ToDo
}
二、条件化Bean
当我们需要Bean在满足一定条件下才创建，引入@Conditional注解。
@Bean
@Conditional(TestCondition.class)
public TestBean testBean(){
return new TestBean();
}
其中TestCondition实现了Condition接口，如果matches()方法返回ture，就会创建带有@Conditional注解的Bean，否则不创建。
三、标识首选Bean
前面提到一个bean有多个实现时，会产生歧义，spring不知道使用哪一个bean，那么这时我们就需要使用@Primary注解标注当前需要使用的bean。
@Component
@Primary
public class ImplementBean implements InterfaceBean{
// ToDo
}
或者java显示配置
@Bean
@Primary
public InterfaceBean interfaceBean(){
return new ImplementBean();
}
或者XML配置
<bean id="implementBean" class="com.xxx.ImplementBean" primary="true">
四、默认限定符标识bean
根据第三点来推敲，问题来了，如果一个bean在被多个bean实现后，不同的地方都需要使用的情况下，怎么办? 这时候我们就需要使用限定符来标识bean了，而@Qualifier注解是使用限定符的主要方式。
@Autowired
@Qualifier("implementBeanName") // 也就是创建bean的默认ID，类名第一字母小写
public void setInterfaceBean(InterfaceBean interfaceBean){
// ToDo
}
以上是使用相应bean默认ID作为限定符，但问题又来了，如果我们对代码进行重构的时候修改了类名，原来默认的限定符就失效了，真是套路一环又一环啊。
五、不怕，还有自定义限定符
@Component
@Qualifier("customName")
public class ImplementBean implements InterfaceBean{
// ToDo
}
@Autowired
@Qualifier("customName") // 也就是创建bean的默认ID，类名第一字母小写
public void setInterfaceBean(InterfaceBean interfaceBean){
// ToDo
}
不过，最好不要随便取名字，搞得自己都分不清东南西北就不妙了，要根据具体的使用场景和功能来命名一个合适的限定符名称。另外，还可以自己定义限定符注解哈，再此不做详细描述。
六、Bean作用域
默认情况下，Spring应用上下文中的bean是以单例的形式存在创建的，不管bean被注入多少次，始终都是同一个bean实例，在面对可变并需要保存不同状态的时候，单例bean就力不从心了。Bean的作用域刚好可以解决这个问题，好巧合的样子。
Spring作用域：
单例（Singleton）：在应用范围内，有且只有一个bean实例；// 默认作用域
原型（Prototype）：在应用范围内，每次注入都会创建一个新的bean实例；
会话（Session）：Web应用中，为每一个会话创建一个bean；
请求（Rquest）：Web应用中，为每一个请求创建一个bean。
七、运行时值注入
我陡然发现，如果依赖注入不是把一个bean注入另一个bean的属性或构造函数中，而是将一个值动态注入到bean的属性或构造函数中，我们要采取什么措施呢？那就是运行时值注入。