Spring中的Bean作用域
概述
scope用來聲明容器中的對象所應該處的限定場景或者說該對象的存活時間，即容器在對象進入其 相應的scope之前，生成並裝配這些對象，在該對象不再處於這些scope的限定之後，容器通常會銷毀這些對象。
Spring容器bean的作用域類型：
- singleton：Spring IoC 容器的單個對象實例作用域都默認為singleton
- prototype：針對聲明為擁有prototype scope的bean定義，容器在接到該類型對象的請求的時候，會每次都重新生成一個新的對象實例給請求方
- request：將單個 bean 定義限定為單個 HTTP 請求的生命周期。也就是說，每個 HTTP 請求都有自己的 bean 實例，該實例是在單個 bean 定義的後面創建的。僅在 Web 感知 Spring ApplicationContext 的上下文中有效
- session：將單個 bean 定義限定為 HTTP 會話的生命周期。僅在 Web 感知 Spring ApplicationContext 的上下文中有效
- application：將單個 bean 定義限定為 ServletContext 的生命周期。僅在 Web 感知 Spring ApplicationContext 的上下文中有效
- websocket：將單個 bean 定義限定為 WebSocket 的生命周期。僅在 Web 感知 Spring ApplicationContext 的上下文中有效。
Singleton
配置中的bean定義可以看作是一個模板，容器會根據這個模板來構造對象。但是要根據這個模板
構造多少對象實例，又該讓這些構造完的對象實例存活多久，則由容器根據bean定義的scope語意來決 定。標記為擁有singleton scope的對象定義，在Spring的IoC容器中只存在一個實例，所有對該對象的引 用將共享這個實例。該實例從容器啟動，並因為第一次被請求而初始化之後，將一直存活到容器退出， 也就是說，它與IoC容器「幾乎」擁有相同的「壽命」。
singleton的bean具有的特性：1、在容器中只存在一個共享的實例對象，所有對該類型的bean的依賴都引用這一單一的實例 2、從容器啟動到它第一次請求被實例化開始，只要容器不被銷毀或者退出，該類型bean的單一實例就會一直存活。
singleton類型bean工作原理
prototype
容器在接到該類型對象的請求的時候，會每次都重新 生成一個新的對象實例給請求方。所以，對於那些請求方不能共享使用的對象類型，應該將其bean定義的scope設置為prototype。這樣，每個請求方可以得到自己對應的一個對象實例。
與其他作用域相比，Spring並不管理Prototype類型Bean的整個生命周期，因此在原型的情況下，配置的銷毀生命周期回調不會被調用，客戶端代碼必須清理原型範圍內的對象，並釋放原型Bean所持有的昂貴資源。
request
Spring容器會為每個HTTP請求創建一個全新的Request-Processor對象供當前請求使用，當請求結束後，該對象實例的生命周期即告結束。當同時有10個HTTP 請求進來的時候，容器會分別針對這10個請求返回10個全新的RequestProcessor對象實例，且它們 之間互不干擾。從不是很嚴格的意義上說，request可以看作prototype的一種特例，除了場景更加具體 之外，語意上差不多。
session
Spring容器會為每個獨立的session創建屬於它們自己的全新的UserPreferences對象實例，除了擁有session scope的bean的實例具有比request scope的bean可能更長的存活時間，其他並無太大差異。
application
Spring容器通過為整個Web應用程序使用一次appPreferences Bean定義來創建AppPreferences Bean的新實例。這有點類似於 Spring 單例 bean，但在兩個重要方面有所不同：它是每個 ServletContext 的單例，而不是每個 Spring ApplicationContext
