Spring容器中的Bean是否線程安全，容器本身并沒有提供Bean的線程安全策略，因此可以說Spring容器中的Bean本身不具備線程安全的特性，但是具體還是要結合具體scope的Bean去研究。

Spring 的 bean 作用域（scope）類型

1、singleton:單例，默認作用域。

2、prototype:原型，每次創建一個新對象。

3、request:請求，每次Http請求創建一個新對象，適用于WebApplicationContext環境下。

4、session:會話，同一個會話共享一個實例，不同會話使用不用的實例。

5、global-session:全局會話，所有會話共享一個實例。

線程安全這個問題，要從單例與原型Bean分別進行說明。

原型Bean

對于原型Bean,每次創建一個新對象，也就是線程之間并不存在Bean共享，自然是不會有線程安全的問題。

單例Bean

對于單例Bean,所有線程都共享一個單例實例Bean,因此是存在資源的競爭。

如果單例Bean,是一個無狀態Bean，也就是線程中的操作不會對Bean的成員執行查詢以外的操作，那么這個單例Bean是線程安全的。比如Spring mvc 的 Controller、Service、Dao等，這些Bean大多是無狀態的，只關注于方法本身。

有狀態對象(Stateful Bean) ：就是有實例變量的對象，可以保存數據，是非線程安全的。每個用戶有自己特有的一個實例，在用戶的生存期內，bean保持了用戶的信息，即“有狀態”；一旦用戶滅亡（調用結束或實例結束），bean的生命期也告結束。即每個用戶最初都會得到一個初始的bean。

無狀態對象(Stateless Bean)：就是沒有實例變量的對象，不能保存數據，是不變類，是線程安全的。bean一旦實例化就被加進會話池中，各個用戶都可以共用。即使用戶已經消亡，bean 的生命期也不一定結束，它可能依然存在于會話池中，供其他用戶調用。由于沒有特定的用戶，那么也就不能保持某一用戶的狀態，所以叫無狀態bean。但無狀態會話bean 并非沒有狀態，如果它有自己的屬性（變量），那么這些變量就會受到所有調用它的用戶的影響，這是在實際應用中必須注意的。

對于有狀態的bean，Spring官方提供的bean，一般提供了通過ThreadLocal去解決線程安全的方法，比如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等。

使用ThreadLocal的好處

使得多線程場景下，多個線程對這個單例Bean的成員變量并不存在資源的競爭，因為ThreadLocal為每個線程保存線程私有的數據。這是一種以空間換時間的方式。

當然也可以通過加鎖的方法來解決線程安全，這種以時間換空間的場景在高并發場景下顯然是不實際的。

補充知識：Spring Bean Scope 有狀態的Bean 無狀態的Bean

在Spring的Bean配置中，存在這樣兩種情況：

<bean scope='singleton' />

<bean scope='prototype' />

當然，scope的值不止這兩種，還包括了request,session 等。但用的最多的還是singleton單態，prototype多態。

singleton表示該bean全局只有一個實例，Spring中bean的scope默認也是singleton.

prototype表示該bean在每次被注入的時候，都要重新創建一個實例，這種情況適用于有狀態的Bean.

對于SSH架構的系統，很少關心這方面，因為我們用到的一般都是singleton. Bean的注入由Spring管理。

對于有狀態的Bean呢？

下面是一個有狀態的Bean

package com.sw;public class TestManagerImpl implements TestManager{ private User user; public void deleteUser(User e) throws Exception { user = e ; //1 prepareData(e); } public void prepareData(User e) throws Exception { user = getUserByID(e.getId()); //2 ..... //使用user.getId(); //3 ..... ..... } }

如果該Bean配置為singleton,會出現什么樣的狀況呢？

如果有2個用戶訪問，都調用到了該Bean.

假定為user1,user2

當user1 調用到程序中的1步驟的時候，該Bean的私有變量user被付值為user1

當user1的程序走到2步驟的時候，該Bean的私有變量user被重新付值為user1_create

理想的狀況，當user1走到3步驟的時候，私有變量user應該為user1_create;

但如果在user1調用到3步驟之前，user2開始運行到了1步驟了，由于單態的資源共享，則私有變量user被修改為user2

這種情況下，user1的步驟3用到的user.getId()實際用到是user2的對象。

而如果是prototype的話，就不會出現資源共享的問題。

對于SSH來說，Bean的配置是沒錯的，配置為singleton ;實際應該是這個例子不應該用私有變量。這樣就使得這個Bean

由無狀態變成了有狀態Bean.還是應該盡量使用無狀態Bean.如果在程序中出現私有變量，盡量替換為參數。對于每個訪問私有變量的方法增加變量傳入或者通過ThreadLocal來獲取也是不錯的方法。

真正出現上面代碼問題的也是少數，出現的時候，一般是為了圖方便，一個很多方法都要用到的變量，如果都需要用參數的

方式傳遞多麻煩呀，這樣私有變量多好，不用參數那樣丑陋。但是丑陋并不代表不好，以對的，自己習慣的方式編程，才能

盡量避免問題的發生。

以上這篇淺談Spring中單例Bean是線程安全的嗎就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持好吧啦網。