當通過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各有一個：

<!-- 默認的作用域：singleton -->
<bean id="p1" class="com.abc.Person" /> 
<!-- 指定的作用域：prototype -->
<bean id="p2" class="com.abc.Person" scope="prototype" />

下面是一個測試類：

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定義：

<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作用域生效：

<listener><listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>

如果使用了只支持Servlet 2.4以前規范的Web容器，則該容器不支持Listener規范，故無法使用這種配置方式，只能改為使用Filter配置方式，配置片段如下：

<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配置文件的片段：

<bean id="p3" class="com.abc.Person" scope="request" />

這樣，Spring容器會每次HTTP請求都生成一個Person實例，當該請求響應結束時，該實例也隨之消失。

如果Web應用直接使用Spring MVC作為MVC框架，即使用SpringDispatcherServlet或DispatcherPortlet來連接所有用戶請求，則無需這些額外的配置，因為他們已經處理了所有和請求有關的狀態處理。

注意：Spring 3.0 不僅可以為Bean指定已經存在的5個作用域，還支持自定義作用域，關于自定義作用域的內容，請參看Spring官方文檔等資料。