Spring Bean單例與線程安全

1、Spring單例模式及線程安全

　　Spring框架中的Bean，或者說組件，獲取實例的時候都是默認單例模式，這是在多線程開發的時候須要尤爲注意的地方。

　　單例模式的意思是隻有一個實例，例如在Spring容器中某一個類只有一個實例，並且自行實例化後並項整個系統提供這個實例，這個類稱爲單例類。

　　當多個用戶同時請求一個服務時，容器會給每個請求分配一個線程，這時多個線程會併發執行該請求對應的業務邏輯（成員方法），此時就要注意了，若是該處理邏輯中有對單例狀態的修改（體現爲該單例的成員屬性），則必須考慮線程同步問題。

同步機制的比較：

　　ThreadLocal和線程同步機制相比有什麼優點呢？他們都是爲了解決多線程中相同變量的訪問衝突問題。

　　在同步機制中，經過對象的鎖機制保證同一時間只有一個線程訪問變量。這時該變量是多個線程共享的，使用同步機制要求程序慎密地分析何時對變量進行讀寫，何時須要鎖定某個對象，何時釋放對象鎖等繁雜的問題，程序設計和編寫難度相對較大。 

 

　　而ThreadLocal則從另外一個角度來解決多線程的併發訪問。ThreadLocal會爲每個線程提供一個獨立的變量副本，從而隔離了多個線程對數據的訪問衝突。由於每個線程都擁有本身的變量副本，從而也就沒有必要對該變量進行同步了。ThreadLocal提供了線程安全的共享對象，在編寫多線程代碼時，能夠把不安全的變量封裝進ThreadLocal。 

 

　　因爲ThreadLocal中能夠持有任何類型的對象，低版本JDK所提供的get()返回的是Object對象，須要強制類型轉換。但JDK 5.0經過泛型很好的解決了這個問題，在必定程度地簡化ThreadLocal的使用

　歸納起來講，對於多線程資源共享的問題，同步機制採用了「以時間換空間」的方式，而ThreadLocal採用了「以空間換時間」的方式。前者僅提供一份變量，讓不一樣的線程排隊訪問，然後者爲每個線程都提供了一份變量，所以能夠同時訪問而互不影響。 

 

　　Spring使用ThreadLocal解決線程安全問題 

 

　　咱們知道在通常狀況下，只有無狀態的Bean才能夠在多線程環境下共享，在Spring中，絕大部分Bean均可以聲明爲singleton做用域。就是由於Spring對一些Bean（如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等）中非線程安全狀態採用ThreadLocal進行處理，讓它們也成爲線程安全的狀態，由於有狀態的Bean就能夠在多線程中共享了。

 

　　通常的Web應用劃分爲展示層、服務層和持久層三個層次，在不一樣的層中編寫對應的邏輯，下層經過接口向上層開放功能調用。在通常狀況下，從接收請求到返回響應所通過的全部程序調用都同屬於一個線程

　　ThreadLocal是解決線程安全問題一個很好的思路，它經過爲每一個線程提供一個獨立的變量副本解決了變量併發訪問的衝突問題。在不少狀況下，ThreadLocal比直接使用synchronized同步機制解決線程安全問題更簡單，更方便，且結果程序擁有更高的併發性。
若是你的代碼所在的進程中有多個線程在同時運行，而這些線程可能會同時運行這段代碼。若是每次運行結果和單線程運行的結果是同樣的，並且其餘的變量的值也和預期的是同樣的，就是線程安全的。 或者說:一個類或者程序所提供的接口對於線程來講是原子操做或者多個線程之間的切換不會致使該接口的執行結果存在二義性,也就是說咱們不用考慮同步的問題。 　線程安全問題都是由全局變量及靜態變量引發的。  

　　若每一個線程中對全局變量、靜態變量只有讀操做，而無寫操做，通常來講，這個全局變量是線程安全的；如有多個線程同時執行寫操做，通常都須要考慮線程同步，不然就可能影響線程安全。
　　1） 常量始終是線程安全的，由於只存在讀操做。
　　2）每次調用方法前都新建一個實例是線程安全的，由於不會訪問共享的資源。
　　3）局部變量是線程安全的。由於每執行一個方法，都會在獨立的空間建立局部變量，它不是共享的資源。局部變量包括方法的參數變量和方法內變量。
　　有狀態就是有數據存儲功能。有狀態對象(Stateful Bean)，就是有實例變量的對象  ，能夠保存數據，是非線程安全的。在不一樣方法調用間不保留任何狀態。
　　無狀態就是一次操做，不能保存數據。無狀態對象(Stateless Bean)，就是沒有實例變量的對象  .不能保存數據，是不變類，是線程安全的。
　　有狀態對象:
　　無狀態的Bean適合用不變模式，技術就是單例模式，這樣能夠共享實例，提升性能。有狀態的Bean，多線程環境下不安全，那麼適合用Prototype原型模式。Prototype: 每次對bean的請求都會建立一個新的bean實例。
　　Struts2默認的實現是Prototype模式。也就是每一個請求都新生成一個Action實例，因此不存在線程安全問題。須要注意的是，若是由Spring管理action的生命週期， scope要配成prototype做用域

2、線程安全案例

　　SimpleDateFormat(下面簡稱sdf)類內部有一個Calendar對象引用,它用來儲存和這個sdf相關的日期信息,例如sdf.parse(dateStr), sdf.format(date) 諸如此類的方法參數傳入的日期相關String, Date等等, 都是交友Calendar引用來儲存的.這樣就會致使一個問題,若是你的sdf是個static的, 那麼多個thread 之間就會共享這個sdf, 同時也是共享這個Calendar引用，非線程安全的。

　　這個問題背後隱藏着一個更爲重要的問題--無狀態：無狀態方法的好處之一，就是它在各類環境下，均可以安全的調用。衡量一個方法是不是有狀態的，就看它是否改動了其它的東西，好比全局變量，好比實例的字段。format方法在運行過程當中改動了SimpleDateFormat的calendar字段，因此，它是有狀態的。

　　這也同時提醒咱們在開發和設計系統的時候注意下一下三點:
　　1.本身寫公用類的時候，要對多線程調用狀況下的後果在註釋裏進行明確說明
　　2.對線程環境下，對每個共享的可變變量都要注意其線程安全性
　　3.咱們的類和方法在作設計的時候，要儘可能設計成無狀態的
　　解決方法：

　　1.使用synchronized關鍵字進行數據同步，或者使用ThreadLocal保證線程安全

　　2.不適用JDK自帶的時間格式化類，使用其餘類庫的

• 　　使用Apache commons裏的FastDateFormat，宣城是既快有線程安全的SimpleDateFormat，惋惜他只能對日期進行format，不能對日期串進行解析
• 　　使用Joda-Time類庫來處理時間相關問題，該種對時間的處理方式比較完美，建議使用。