Spring容器中Bean的作用域
當通過Spring容器創建一個Bean實例時，不僅可以完成Bean實例的實例化，還可以為Bean指定特定的作用域。Spring支持如下5種作用域：
- singleton：單例模式，在整個Spring IoC容器中，使用singleton定義的Bean將只有一個實例
- prototype：原型模式，每次通過容器的getBean方法獲取prototype定義的Bean時，都將產生一個新的Bean實例
- request：對於每次HTTP請求，使用request定義的Bean都將產生一個新實例，即每次HTTP請求將會產生不同的Bean實例。只有在Web應用中使用Spring時，該作用域才有效
- session：對於每次HTTP Session，使用session定義的Bean豆漿產生一個新實例。同樣只有在Web應用中使用Spring時，該作用域才有效
- globalsession：每個全局的HTTP Session，使用session定義的Bean都將產生一個新實例。典型情況下，僅在使用portlet context的時候有效。同樣只有在Web應用中使用Spring時，該作用域才有效
其中比較常用的是singleton和prototype兩種作用域。對於singleton作用域的Bean，每次請求該Bean都將獲得相同的實例。容器負責跟蹤Bean實例的狀態，負責維護Bean實例的生命周期行為；如果一個Bean被設置成prototype作用域，程序每次請求該id的Bean，Spring都會新建一個Bean實例，然后返回給程序。在這種情況下，Spring容器僅僅使用new 關鍵字創建Bean實例，一旦創建成功，容器不在跟蹤實例，也不會維護Bean實例的狀態。
如果不指定Bean的作用域，Spring默認使用singleton作用域。Java在創建Java實例時，需要進行內存申請；銷毀實例時，需要完成垃圾回收，這些工作都會導致系統開銷的增加。因此，prototype作用域Bean的創建、銷毀代價比較大。而singleton作用域的Bean實例一旦創建成功，可以重復使用。因此，除非必要，否則盡量避免將Bean被設置成prototype作用域。
設置Bean的基本行為，通過scope屬性指定，該屬性可以接受singleton、prototype、request、session、globlesession5個值，分別代表以上5種作用域。下面的配置片段中，singleton和prototype各有一個：
|
1
2
3
4
|
<!-- 默認的作用域：singleton -->
<bean id=
"p1"
class
=
"com.abc.Person"
/>
<!-- 指定的作用域：prototype -->
<bean id=
"p2"
class
=
"com.abc.Person"
scope=
"prototype"
/>
|
下面是一個測試類：
|
1
2
3
4
5
6
7
8
9
|
public
class
BeanTest {
public
static
void
main(String args[]) {
//加載類路徑下的beans.xml文件以初始化Spring容器
ApplicationContext context =
new
ClassPathXmlApplicationContext();
//分兩次分別取同一個Bean，比較二者是否是同一個對象
System.out.println(context.getBean(
"p1"
) == context.getBean(
"p1"
));
System.out.println(context.getBean(
"p2"
) == context.getBean(
"p2"
));
}
}
|
執行結果分別是：true和false
從結果可以看出，正如上文所述：對於singleton作用域的Bean，每次請求該id的Bean，都將返回同一個實例，而prototype作用域的Bean， 每次請求都將產生全新的實例。
注意：早期指定Bean的作用域也可通過singleton屬性指定，該屬性只接受兩個屬性值：true和false，分別代表singleton和prototype的作用域。使用singleton屬性則無法指定其他三個作用域。實際上Spring2.X不推薦使用singleton屬性指定Bean的作用域，singleton屬性是Spring 1.2.X的使用方式。
對於request作用域，查看如下Bean定義：
|
1
|
<bean id=
"loginAction"
class
=
"com.abc.LoginAction"
scope=
"request"
/>
|
針對每次HTTP請求，Spring容器會根據loginActionBean定義創建一個全新的LoginAction實例，且該loginAction實例盡在當前HTTP Request內有效。因此，如果程序需要，完全可以自由更改Bean實例的內部狀態；其他請求所獲得的loginAction實例無法感覺到這種內部狀態的改變。當處理請求結束時，request作用域的Bean將會被銷毀。
注意：request、session作用域的Bean只對Web應用才真正有效。實際上通常只會將Web應用的控制器Bean才指定成request作用域
session作用域與request作用域完全類似，區別在於：request作用域的Bean對於每次HTTP請求有效，而session作用域的Bean對於每次Session有效。在Web應用中，為了讓request和session作用域生效，必須將HTTP請求對象綁定到為該請求提供服務的線程上，這使得具有request和session作用域的Bean實例能夠在后面的調用鏈中被訪問到。
為此我們有兩種配置方式：采用Listener配置或者采用Filter配置。當使用Servlet 2.4及以上規范的Web容器時，我們可以在Web應用的web.xml文件中增加Listener配置，該Listener負責為request作用域生效：
|
1
2
3
4
5
|
<listener>
<listener-
class
>
org.springframework.web.context.request.RequestContextListener
</listener-
class
>
</listener>
|
如果使用了只支持Servlet 2.4以前規范的Web容器，則該容器不支持Listener規范，故無法使用這種配置方式，只能改為使用Filter配置方式，配置片段如下：
|
1
2
3
4
5
6
7
8
9
10
|
<filter>
<filter-name>requestContextFilter</filter-name>
<filter-
class
>
org.springframework.web.filter.RequestContextFilter
</filter-
class
>
</filter>
<filter-mapping>
<filter-name>requestContextFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
|
一旦在web.xml中增加了如上任意一種配置，程序就可以在Spring配置文件中使用request或者session作用域了。下面是Spring配置文件的片段：
|
1
|
<bean id=
"p3"
class
=
"com.abc.Person"
scope=
"request"
/>
|
這樣，Spring容器會每次HTTP請求都生成一個Person實例，當該請求響應結束時，該實例也隨之消失。
如果Web應用直接使用Spring MVC作為MVC框架，即使用SpringDispatcherServlet或DispatcherPortlet來連接所有用戶請求，則無需這些額外的配置，因為他們已經處理了所有和請求有關的狀態處理。
注意：Spring 3.0 不僅可以為Bean指定已經存在的5個作用域，還支持自定義作用域，關於自定義作用域的內容，請參看Spring官方文檔等資料。