3.1 环境与profile
3.1.1 配置profile bean
要使用profile，你首先要将所有不同的bean定义整理到一个或多个profile之中，在将应用部署到每个环境时，要确保对应的profile处于激活（active）的状态。
在Java配置中，可以使用@Profile注解指定某个bean属于哪一个profile。
@Profile("dev")
它会告诉
Spring这个配置类中的bean只有在dev profile激活时才会创建。如果
dev profile没有激活的话，那么带有@Bean注解的方法都会被忽略
掉。
在XML中配置profile
我们也可以通过<beans>元素的profile属性，在XML中配置profile bean。
xml示例如下：
同样，可以创建基于连接池定义的DataSource bean，将其放在另外一个XML文件中，并标注为qaprofile。所有的配置文件都会放到部署单元之中（如WAR文件），但是只有profile属性与当前激活profile相匹配的配置文件才会被用到。
你还可以在根<beans>元素中嵌套定义<beans>元素，而不是为每个环境都创建一个profile XML文件。这能够将所有的profile bean定义放到同一个XML文件中，如下所示：
3.1.3 激活profile
Spring在确定哪个profile处于激活状态时，需要依赖两个独立的属性：spring.profiles.active和spring.profiles.default。
如果设置了spring.profiles.active属性，那么它的值就会用来确定哪个profile是激活的。否则会查找spring.profiles.default的值来确定哪个profile是激活的。
有多种方式来设置这两个属性：
1）作为DispatcherServlet的初始化参数；
2）作为Web应用的上下文参数；
3）作为JNDI条目；
4）作为环境变量；
5）作为JVM的系统属性；
6）在集成测试类上，使用@ActiveProfiles注解设置。
在Web应用的web.xml文件中设置默认的profile：
系统会优先使用spring.profiles.active中所设置的profile。
在web.xml中profile使用的都是复数形式，可以同时激活多个profile，这可以通过列出多个profile名称，并以逗号分隔来实现。
3.2 条件化的bean
@Conditional注解，它可以用到带有@Bean注解的方法上。如果给定的条件计算结果为true，就会创建这个bean，否则的话，这个bean会被忽略。
可以看到，@Conditional中给定了一个Class，它指明了条件——在本例中，也就是MagicExistsCondition。
@Conditional将会通过Condition接口进行条件对比：
设置给@Conditional的类可以是任意实现了Condition接口的类型，需要实现matches()方法。如果matches()方法返回true，那么就会创建带有@Conditional注解的bean。
matches()方法会得到ConditionContext和AnnotatedTypeMetadata对象用来做出决策。
通过ConditionContext，我们可以做到如下几点：
1）借助getRegistry()返回的BeanDefinitionRegistry检查bean定义；
2）借助getBeanFactory()返回的ConfigurableListableBeanFactory检查bean是否存在，甚至探查bean的属性；
3）借助getEnvironment()返回的Environment检查环境变量是否存在以及它的值是什么；
4）读取并探查getResourceLoader()返回的ResourceLoader所加载的资源；
5）借助getClassLoader()返回的ClassLoader加载并检查类是否存在。
AnnotatedTypeMetadata则能够让我们检查带有@Bean注解的方法上还有什么其他的注解。
借助isAnnotated()方法，我们能够判断带有@Bean注解的方法是不是还有其他特定的注解。借助其他的那些方法，我们能够检查@Bean注解的方法上其他注解的属性。
3.3 处理自动装配的歧义性
仅有一个bean匹配所需的结果时，自动装配才是有效的。如果不仅有一个bean能够匹配结果的话，这种歧义性会阻碍Spring自动装配属性、构造器参数或方法参数。
当确实发生歧义性的时候，Spring提供了多种可选方案来解决这样的问题。你可以将可选bean中的某一个设为首选（primary）的bean，或者使用限定符（qualifier）来帮助Spring将可选的bean的范围缩小到只有一个bean。
3.3.1 标示首选的bean
在Spring中，可以通过@Primary来表达最喜欢的方案。
如果你使用XML配置bean的话，<bean>元素有一个primary属性用来指定首选的bean：
3.3.2 限定自动装配的bean
@Primary无法将可选方案的范围限定到唯一一个无歧义性的选项中，它只能标示一个优先的可选方案。
@Qualifier注解是使用限定符的主要方式。
例如，我们想要确保要将IceCream注入到setDessert()之中：
为@Qualifier注解所设置的参数就是想要注入的bean的ID。
这里的问题在于setDessert()方法上所指定的限定符与要注入的bean的名称是紧耦合的。对类名称的任意改动都会导致限定符失效。
创建自定义的限定符
我们可以为bean设置自己的限定符，在bean声明上添加@Qualifier注解，以与@Component组合使用：
在这种情况下，cold限定符分配给了IceCreambean。
使用自定义的限定符注解
如果两个bean都命名为cold，我们再次遇到了歧义性的问题，而且Java不允许在同一个条目上重复出现相同类型的多个注解，例如：
我们可以创建自定义的限定符注解，借助这样的注解来表达bean所希望限定的特性。
这样我们将不再使用@Qualifier("cold")，而是使用自定义的@Cold注解。
同样，你可以创建一个新的@Creamy注解来代替@Qualifier("creamy")：
通过在定义时添加@Qualifier注解，它们就具有了@Qualifier注解的特性。它们本身实际上就成为了限定符注解。
最终，为了得到IceCreambean，setDessert()方法可以这样使用注解：
通过声明自定义的限定符注解，我们可以同时使用多个限定符，
3.4 bean的作用域
在默认情况下，Spring应用上下文中所有bean都是作为以单例（singleton）的形式创建的。也就是说，不管给定的一个bean被注入到其他bean多少次，每次所注入的都是同一个实例。
Spring定义了多种作用域，可以基于这些作用域创建bean，包括：
1）单例（Singleton）：在整个应用中，只创建bean的一个实例。
2）原型（Prototype）：每次注入或者通过Spring应用上下文获取的时候，都会创建一个新的bean实例。
3）会话（Session）：在Web应用中，为每个会话创建一个bean实例。
4）请求（Rquest）：在Web应用中，为每个请求创建一个bean实例。
单例是默认的作用域，可以使用@Scope注解来选择其它的作用域。
这里，使用ConfigurableBeanFactory类的SCOPE_PROTOTYPE常量设置了原型作用域。你当然也可以使用@Scope("prototype")，但是使用SCOPE_PROTOTYPE常量更加安全并且不易出错。
如果你想在Java配置中将Notepad声明为原型bean，那么可以组合使用@Scope和@Bean来指定所需的作用域：
同样，如果你使用XML来配置bean的话，可以使用<bean>元素的scope属性来设置作用域：
