3.1 環(huán)境與profile
3.1.1 配置profile bean
要使用profile，你首先要將所有不同的bean定義整理到一個或多個profile之中，在將應(yīng)用部署到每個環(huán)境時，要確保對應(yīng)的profile處于激活（active）的狀態(tài)。
在Java配置中，可以使用@Profile注解指定某個bean屬于哪一個profile。
@Profile("dev")
它會告訴
Spring這個配置類中的bean只有在dev profile激活時才會創(chuàng)建。如果
dev profile沒有激活的話，那么帶有@Bean注解的方法都會被忽略
掉。
在XML中配置profile
我們也可以通過<beans>元素的profile屬性，在XML中配置profile bean。
xml示例如下：
同樣，可以創(chuàng)建基于連接池定義的DataSource bean，將其放在另外一個XML文件中，并標(biāo)注為qaprofile。所有的配置文件都會放到部署單元之中（如WAR文件），但是只有profile屬性與當(dāng)前激活profile相匹配的配置文件才會被用到。
你還可以在根<beans>元素中嵌套定義<beans>元素，而不是為每個環(huán)境都創(chuàng)建一個profile XML文件。這能夠?qū)⑺械膒rofile bean定義放到同一個XML文件中，如下所示：
3.1.3 激活profile
Spring在確定哪個profile處于激活狀態(tài)時，需要依賴兩個獨(dú)立的屬性：spring.profiles.active和spring.profiles.default。
如果設(shè)置了spring.profiles.active屬性，那么它的值就會用來確定哪個profile是激活的。否則會查找spring.profiles.default的值來確定哪個profile是激活的。
有多種方式來設(shè)置這兩個屬性：
1）作為DispatcherServlet的初始化參數(shù)；
2）作為Web應(yīng)用的上下文參數(shù)；
3）作為JNDI條目；
4）作為環(huán)境變量；
5）作為JVM的系統(tǒng)屬性；
6）在集成測試類上，使用@ActiveProfiles注解設(shè)置。
在Web應(yīng)用的web.xml文件中設(shè)置默認(rèn)的profile：
系統(tǒng)會優(yōu)先使用spring.profiles.active中所設(shè)置的profile。
在web.xml中profile使用的都是復(fù)數(shù)形式，可以同時激活多個profile，這可以通過列出多個profile名稱，并以逗號分隔來實(shí)現(xiàn)。
3.2 條件化的bean
@Conditional注解，它可以用到帶有@Bean注解的方法上。如果給定的條件計算結(jié)果為true，就會創(chuàng)建這個bean，否則的話，這個bean會被忽略。
可以看到，@Conditional中給定了一個Class，它指明了條件——在本例中，也就是MagicExistsCondition。
@Conditional將會通過Condition接口進(jìn)行條件對比：
設(shè)置給@Conditional的類可以是任意實(shí)現(xiàn)了Condition接口的類型，需要實(shí)現(xiàn)matches()方法。如果matches()方法返回true，那么就會創(chuàng)建帶有@Conditional注解的bean。
matches()方法會得到ConditionContext和AnnotatedTypeMetadata對象用來做出決策。
通過ConditionContext，我們可以做到如下幾點(diǎn)：
1）借助getRegistry()返回的BeanDefinitionRegistry檢查bean定義；
2）借助getBeanFactory()返回的ConfigurableListableBeanFactory檢查bean是否存在，甚至探查bean的屬性；
3）借助getEnvironment()返回的Environment檢查環(huán)境變量是否存在以及它的值是什么；
4）讀取并探查getResourceLoader()返回的ResourceLoader所加載的資源；
5）借助getClassLoader()返回的ClassLoader加載并檢查類是否存在。
AnnotatedTypeMetadata則能夠讓我們檢查帶有@Bean注解的方法上還有什么其他的注解。
借助isAnnotated()方法，我們能夠判斷帶有@Bean注解的方法是不是還有其他特定的注解。借助其他的那些方法，我們能夠檢查@Bean注解的方法上其他注解的屬性。
3.3 處理自動裝配的歧義性
僅有一個bean匹配所需的結(jié)果時，自動裝配才是有效的。如果不僅有一個bean能夠匹配結(jié)果的話，這種歧義性會阻礙Spring自動裝配屬性、構(gòu)造器參數(shù)或方法參數(shù)。
當(dāng)確實(shí)發(fā)生歧義性的時候，Spring提供了多種可選方案來解決這樣的問題。你可以將可選bean中的某一個設(shè)為首選（primary）的bean，或者使用限定符（qualifier）來幫助Spring將可選的bean的范圍縮小到只有一個bean。
3.3.1 標(biāo)示首選的bean
在Spring中，可以通過@Primary來表達(dá)最喜歡的方案。
如果你使用XML配置bean的話，<bean>元素有一個primary屬性用來指定首選的bean：
3.3.2 限定自動裝配的bean
@Primary無法將可選方案的范圍限定到唯一一個無歧義性的選項中，它只能標(biāo)示一個優(yōu)先的可選方案。
@Qualifier注解是使用限定符的主要方式。
例如，我們想要確保要將IceCream注入到setDessert()之中：
為@Qualifier注解所設(shè)置的參數(shù)就是想要注入的bean的ID。
這里的問題在于setDessert()方法上所指定的限定符與要注入的bean的名稱是緊耦合的。對類名稱的任意改動都會導(dǎo)致限定符失效。
創(chuàng)建自定義的限定符
我們可以為bean設(shè)置自己的限定符，在bean聲明上添加@Qualifier注解，以與@Component組合使用：
在這種情況下，cold限定符分配給了IceCreambean。
使用自定義的限定符注解
如果兩個bean都命名為cold，我們再次遇到了歧義性的問題，而且Java不允許在同一個條目上重復(fù)出現(xiàn)相同類型的多個注解，例如：
我們可以創(chuàng)建自定義的限定符注解，借助這樣的注解來表達(dá)bean所希望限定的特性。
這樣我們將不再使用@Qualifier("cold")，而是使用自定義的@Cold注解。
同樣，你可以創(chuàng)建一個新的@Creamy注解來代替@Qualifier("creamy")：
通過在定義時添加@Qualifier注解，它們就具有了@Qualifier注解的特性。它們本身實(shí)際上就成為了限定符注解。
最終，為了得到IceCreambean，setDessert()方法可以這樣使用注解：
通過聲明自定義的限定符注解，我們可以同時使用多個限定符，
3.4 bean的作用域
在默認(rèn)情況下，Spring應(yīng)用上下文中所有bean都是作為以單例（singleton）的形式創(chuàng)建的。也就是說，不管給定的一個bean被注入到其他bean多少次，每次所注入的都是同一個實(shí)例。
Spring定義了多種作用域，可以基于這些作用域創(chuàng)建bean，包括：
1）單例（Singleton）：在整個應(yīng)用中，只創(chuàng)建bean的一個實(shí)例。
2）原型（Prototype）：每次注入或者通過Spring應(yīng)用上下文獲取的時候，都會創(chuàng)建一個新的bean實(shí)例。
3）會話（Session）：在Web應(yīng)用中，為每個會話創(chuàng)建一個bean實(shí)例。
4）請求（Rquest）：在Web應(yīng)用中，為每個請求創(chuàng)建一個bean實(shí)例。
單例是默認(rèn)的作用域，可以使用@Scope注解來選擇其它的作用域。
這里，使用ConfigurableBeanFactory類的SCOPE_PROTOTYPE常量設(shè)置了原型作用域。你當(dāng)然也可以使用@Scope("prototype")，但是使用SCOPE_PROTOTYPE常量更加安全并且不易出錯。
如果你想在Java配置中將Notepad聲明為原型bean，那么可以組合使用@Scope和@Bean來指定所需的作用域：
同樣，如果你使用XML來配置bean的話，可以使用<bean>元素的scope屬性來設(shè)置作用域：
