?
Ce document utilise Manuel du site Web PHP chinois Libérer
Spring提供了幾個(gè)標(biāo)志接口（marker interface），這些接口用來改變?nèi)萜髦衎ean的行為；它們包括InitializingBean和DisposableBean。實(shí)現(xiàn)這兩個(gè)接口的bean在初始化和析構(gòu)時(shí)容器會(huì)調(diào)用前者的afterPropertiesSet()方法，以及后者的destroy()方法。
Spring在內(nèi)部使用BeanPostProcessor實(shí)現(xiàn)來處理它能找到的任何標(biāo)志接口并調(diào)用相應(yīng)的方法。如果你需要自定義特性或者生命周期行為，你可以實(shí)現(xiàn)自己的 BeanPostProcessor。關(guān)于這方面更多的內(nèi)容可以看第?3.7?節(jié) “容器擴(kuò)展點(diǎn)”。
下面講述了幾個(gè)生命周期標(biāo)志接口。在附錄中會(huì)提供相關(guān)的示意圖來展示Spring如何管理bean，以及生命周期特性如何改變bean的內(nèi)在特性。
實(shí)現(xiàn)org.springframework.beans.factory.InitializingBean接口允許容器在設(shè)置好bean的所有必要屬性后，執(zhí)行初始化事宜。InitializingBean接口僅指定了一個(gè)方法：
void afterPropertiesSet() throws Exception;
通常，要避免使用InitializingBean接口并且不鼓勵(lì)使用該接口，因?yàn)檫@樣會(huì)將代碼和Spring耦合起來，有一個(gè)可選的方案是，可以在Bean定義中指定一個(gè)普通的初始化方法，然后在XML配置文件中通過指定init-method屬性來完成。如下面的定義所示：
<bean id="exampleInitBean" class="examples.ExampleBean" init-method="init"/>
public class ExampleBean {
public void init() {
// do some initialization work
}
}
...效果與下面完全一樣...
<bean id="exampleInitBean" class="examples.AnotherExampleBean"/>
public class AnotherExampleBean implements InitializingBean {
public void afterPropertiesSet() {
// do some initialization work
}
}
... 但是沒有將代碼與Spring耦合在一起。
實(shí)現(xiàn)org.springframework.beans.factory.DisposableBean接口的bean允許在容器銷毀該bean的時(shí)候獲得一次回調(diào)。DisposableBean接口也只規(guī)定了一個(gè)方法：
void destroy() throws Exception;
通常，要避免使用DisposableBean標(biāo)志接口而且不鼓勵(lì)使用該接口，因?yàn)檫@樣會(huì)將代碼與Spring耦合在一起，有一個(gè)可選的方案是，在bean定義中指定一個(gè)普通的析構(gòu)方法，然后在XML配置文件中通過指定destroy-method屬性來完成。如下面的定義所示：
<bean id="exampleInitBean" class="examples.ExampleBean" destroy-method="cleanup"/>
public class ExampleBean {
public void cleanup() {
// do some destruction work (like releasing pooled connections)
}
}
...效果與下面完全一樣...
<bean id="exampleInitBean" class="examples.AnotherExampleBean"/>
public class AnotherExampleBean implements DisposableBean {
public void destroy() {
// do some destruction work (like releasing pooled connections)
}
}
... 但是沒有將代碼與Spring耦合在一起。
如果有人沒有采用Spring所指定的InitializingBean和DisposableBean回調(diào)接口來編寫初始化和析構(gòu)方法回調(diào)，會(huì)發(fā)現(xiàn)自己正在編寫的方法，其名稱莫過于init()， initialize()，dispose()等等。這種生命周期回調(diào)方法的名稱最好在一個(gè)項(xiàng)目范圍內(nèi)標(biāo)準(zhǔn)化，這樣團(tuán)隊(duì)中的開發(fā)人員就可以使用同樣的方法名稱，并且確保了某種程度的一致性。
Spring容器通過配置可以實(shí)現(xiàn)對(duì)每個(gè) bean初始化時(shí)的查找和銷毀時(shí)的回調(diào)調(diào)用。這也就是說，一個(gè)應(yīng)用的開發(fā)者可以借助于初始化的回調(diào)方法init() 輕松的寫一個(gè)類（不必想XML配置文件那樣為每個(gè)bean都配置一個(gè)'init-method="init"'屬性）。Spring IoC容器在創(chuàng)建bean的時(shí)候將調(diào)用這個(gè)方法 （這和之前描述的標(biāo)準(zhǔn)生命周期回調(diào)一致）。
為了完全弄清如何使用該特性，讓我們看一個(gè)例子。出于示范的目的，假設(shè)一個(gè)項(xiàng)目的編碼規(guī)范中約定所有的初始化回調(diào)方法都被命名為init()而析構(gòu)回調(diào)方法被命名為destroy()。遵循此規(guī)則寫成的類如下所示：
public class DefaultBlogService implements BlogService {
private BlogDao blogDao;
public void setBlogDao(BlogDao blogDao) {
this.blogDao = blogDao;
}
// this is (unsurprisingly) the initialization callback method
public void init() {
if (this.blogDao == null) {
throw new IllegalStateException("The [blogDao] property must be set.");
}
}
}
<beans default-init-method="init">
<bean id="blogService" class="com.foo.DefaultBlogService">
<property name="blogDao" ref="blogDao" />
</bean>
</beans>
注意在頂級(jí)的<beans/>元素中的'default-init-method'屬性。這個(gè)屬性的含義是Spring IoC容器在bean創(chuàng)建和裝配的時(shí)候會(huì)將'init'方法作為實(shí)例化回調(diào)方法。如果類有這個(gè)方法，則會(huì)在適當(dāng)?shù)臅r(shí)候執(zhí)行。
銷毀回調(diào)方法配置是相同的 (XML配置)，在頂級(jí)的<beans/>元素中使用 'default-destroy-method' 屬性。
使用這個(gè)功能可以把你從位每個(gè)bean指定初始化和銷毀回調(diào)的繁雜工作中解救出來。為了一致性，應(yīng)該強(qiáng)制性的為初始化和銷毀回調(diào)方法采用一致的命名規(guī)則。
當(dāng)已經(jīng)存在的類的初始化方法的命名規(guī)則與慣例有差異的時(shí)候，你應(yīng)該始終使用<bean/>元素中的'init-method'和'destroy-method'屬性(在XML配置中)來覆蓋默認(rèn)的方式。
最后，請(qǐng)注意Spring容器保證在bean的所有依賴都滿足后立即執(zhí)行配置的初始化回調(diào)。這意味著初始化回調(diào)在原生bean上調(diào)用，這也意味著這個(gè)時(shí)候任何諸如AOP攔截器之類的將不能被應(yīng)用。一個(gè)目標(biāo)bean是首先完全創(chuàng)建，然后才應(yīng)用諸如AOP代理等攔截器鏈。注意，如果目標(biāo)bean和代理是分開定義了，你的代碼甚至可以繞開代理直接和原生bean通信。因此，在初始化方法上使用攔截器將產(chǎn)生未知的結(jié)果，因?yàn)檫@將目標(biāo)bean和它的代理/攔截器的生命周期綁定并且留下了和初始bean直接通信這樣奇怪的方式。
As of Spring 2.5, there are three options for controlling bean
lifecycle behavior: the
InitializingBean
and
DisposableBean
callback interfaces; custom init() and
destroy() methods; and the
@PostConstruct
and @PreDestroy
annotations.
在Spring2.5中有三種方式可以控制bean的生命周期行為：
InitializingBean
和
DisposableBean
回調(diào)接口;自定義init() 和
destroy() 方法;
@PostConstruct
和@PreDestroy
annotations.
當(dāng)組合不同的生命周期機(jī)制時(shí) - 例如，類層次中使用了不同的生命周期機(jī)制 - 開發(fā)者必須注意這些機(jī)制的應(yīng)用順序，下面是初始化方法中的順序：
@PostConstruct元注釋InitializingBean的afterPropertiesSet()定義自定義
init()方法配置
析構(gòu)方法調(diào)用順序是相同的:
@PreDestroy元注釋DisposableBean的destroy()定義自定義
destroy()方法
注意
如果bean存在多種的生命周期機(jī)制配置并且每種機(jī)制都配置為不同的方法名，
那所有配置的方法將會(huì)按照上面的順利執(zhí)行。然而如果配置了相同的方法名 - 例如，
init()初始化方法 - 采用多種機(jī)制配置后，只會(huì)執(zhí)行一次。
注意
在基于web的ApplicationContext實(shí)現(xiàn)中已有相應(yīng)的代碼來處理關(guān)閉web應(yīng)用時(shí)如何恰當(dāng)?shù)仃P(guān)閉Spring IoC容器。
如果你正在一個(gè)非web應(yīng)用的環(huán)境下使用Spring的IoC容器，例如在桌面富客戶端環(huán)境下，你想讓容器優(yōu)雅的關(guān)閉，并調(diào)用singleton bean上的相應(yīng)析構(gòu)回調(diào)方法，你需要在JVM里注冊(cè)一個(gè)“關(guān)閉鉤子”（shutdown hook）。這一點(diǎn)非常容易做到，并且將會(huì)確保你的Spring IoC容器被恰當(dāng)關(guān)閉，以及所有由單例持有的資源都會(huì)被釋放（當(dāng)然，為你的單例配置銷毀回調(diào)，并正確實(shí)現(xiàn)銷毀回調(diào)方法，依然是你的工作）。
為了注冊(cè)“關(guān)閉鉤子”，你只需要簡單地調(diào)用在AbstractApplicationContext實(shí)現(xiàn)中的registerShutdownHook()方法即可。也就是：
import org.springframework.context.support.AbstractApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public final class Boot {
public static void main(final String[] args) throws Exception {
AbstractApplicationContext ctx
= new ClassPathXmlApplicationContext(new String []{"beans.xml"});
// add a shutdown hook for the above context...
ctx.registerShutdownHook();
// app runs here...
// main method exits, hook is called prior to the app shutting down...
}
}
對(duì)于實(shí)現(xiàn)了org.springframework.beans.factory.BeanFactoryAware接口的類，當(dāng)它被BeanFactory創(chuàng)建后，它會(huì)擁有一個(gè)指向創(chuàng)建它的BeanFactory的引用。
public interface BeanFactoryAware {
void setBeanFactory(BeanFactory beanFactory) throws BeansException;
}
這樣bean可以以編程的方式操控創(chuàng)建它們的BeanFactory，當(dāng)然我們可以將引用的BeanFactory造型（cast）為已知的子類型來獲得更多的功能。它主要用于通過編程來取得BeanFactory所管理的其他bean。雖然在有些場(chǎng)景下這個(gè)功能很有用，但是一般來說應(yīng)該盡量避免使用，因?yàn)檫@樣將使代碼與Spring耦合在一起，而且也有違反轉(zhuǎn)控制的原則（協(xié)作者應(yīng)該作為屬性提供給bean）。
與BeanFactoryAware等效的另一種選擇是使用org.springframework.beans.factory.config.ObjectFactoryCreatingFactoryBean。不過該方法依然沒有降低與Spring的耦合，但是它并沒有像BeanFactoryAware那樣，違反IoC原則。）
ObjectFactoryCreatingFactoryBean是
FactoryBean
的一個(gè)實(shí)現(xiàn)，它返回一個(gè)指向工廠對(duì)象的引用，該對(duì)象將執(zhí)行bean的查找。ObjectFactoryCreatingFactoryBean類實(shí)現(xiàn)了BeanFactoryAware接口；被實(shí)際注入到客戶端bean的是ObjectFactory接口的一個(gè)實(shí)例。這是Spring提供的一個(gè)接口（因而依舊沒有完全與Spring解耦），客戶端可以使用ObjectFactory的getObject()方法來查找bean（在其背后，ObjectFactory實(shí)例只是簡單的將調(diào)用委派給BeanFactory，讓其根據(jù)bean的名稱執(zhí)行實(shí)際的查找）。你要做的全部事情就是給ObjectFactoryCreatingFactoryBean提供待查找bean的名字。讓我們看一個(gè)例子：
package x.y;
public class NewsFeed {
private String news;
public void setNews(String news) {
this.news = news;
}
public String getNews() {
return this.toString() + ": '" + news + "'";
}
}
package x.y;
import org.springframework.beans.factory.ObjectFactory;
public class NewsFeedManager {
private ObjectFactory factory;
public void setFactory(ObjectFactory factory) {
this.factory = factory;
}
public void printNews() {
// here is where the lookup is performed; note that there is no
// need to hard code the name of the bean that is being looked up...
NewsFeed news = (NewsFeed) factory.getObject();
System.out.println(news.getNews());
}
}
下述是XML配置：
<beans>
<bean id="newsFeedManager" class="x.y.NewsFeedManager">
<property name="factory">
<bean
class="org.springframework.beans.factory.config.ObjectFactoryCreatingFactoryBean">
<property name="targetBeanName">
<idref local="newsFeed" />
</property>
</bean>
</property>
</bean>
<bean id="newsFeed" class="x.y.NewsFeed" scope="prototype">
<property name="news" value="... that's fit to print!" />
</bean>
</beans>
這里有一個(gè)測(cè)試用的小程序：在NewsFeedManager的printNews()方法里，每次針對(duì)被注入的ObjectFactory的調(diào)用，實(shí)際上返回的是一個(gè)新的（prototype）newsFeed bean實(shí)例。
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import x.y.NewsFeedManager;
public class Main {
public static void main(String[] args) throws Exception {
ApplicationContext ctx = new ClassPathXmlApplicationContext("beans.xml");
NewsFeedManager manager = (NewsFeedManager) ctx.getBean("newsFeedManager");
manager.printNews();
manager.printNews();
}
}
上述程序的執(zhí)行輸出如下所示（當(dāng)然，返回結(jié)果會(huì)根據(jù)你機(jī)器的不同而不同）
x.y.NewsFeed@1292d26: '... that's fit to print!' x.y.NewsFeed@5329c5: '... that's fit to print!'
在Spring2.5中，可以利用BeanFactory的自動(dòng)裝配作為實(shí)現(xiàn) BeanFactoryAware接口的可選方式。
"傳統(tǒng)"的constructor和byType 自動(dòng)裝配模式（在第?3.3.5?節(jié) “自動(dòng)裝配（autowire）協(xié)作者”中有描述）對(duì)無論是構(gòu)造器參數(shù)或setter方法都能提供 BeanFactory類型的 依賴。這有更多的靈活性（包括自動(dòng)裝配屬性和多參數(shù)方法）。如果使用新的基于元注釋的自動(dòng)裝配特性，只要屬性、
構(gòu)造器、方法包含有@Autowired元注釋時(shí)，BeanFactory將會(huì)自動(dòng)裝配到對(duì)應(yīng)的屬性、構(gòu)造器、方法中。請(qǐng)參閱第?3.11.1?節(jié) “@Autowired”。
如果一個(gè)bean實(shí)現(xiàn)了org.springframework.beans.factory.BeanNameAware接口，并且部署入BeanFactory，
BeanFactory將通過（BeanNameAware）接口來通知這個(gè)bean部署在其下的bean來調(diào)用這個(gè)bean。這個(gè)回調(diào)方法應(yīng)該在bean的所有一般屬性被設(shè)置后調(diào)用，但應(yīng)該在初始化回調(diào)之前，如InitializingBean的afterPropertiesSet方法或者自定義的初始化方法。