Spring中單例模式的線程怎么保持安全狀態

這篇文章主要介紹“Spring中單例模式的線程怎么保持安全狀態”，在日常操作中，相信很多人在Spring中單例模式的線程怎么保持安全狀態問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Spring中單例模式的線程怎么保持安全狀態”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

Spring 中管理的 Bean 實例默認情況下是單例的（sigleton 類型），但 Spring 中的單例并不會影響應用的并發訪問。

E.g. 從客戶端傳遞到后臺 controller - Service - Dao 這一個流程中，它們這些對象都是單例的，那么這些單例的對象在傳遞實體 bean 時不會出問題么？

由于實體 bean 不是單例的，并沒有交給 Spring 來管理，每次都是手動的 New 出來的，所以即使那些處理數據的業務處理類是被多線程共享的，但是它們處理的數據并不是共享的，數據是每一個線程都有自己的一份，所以在數據這個方面是不會出現線程同步方面的問題的。

在 Controller 中引用的 Service，這些對象都是單例，但這些類里通常不會含有成員變量，所以不會出現線程同步問題了。

在一般情況下，只有無狀態的 Bean 才可以在多線程環境下共享，在 Spring 中，絕大部分 Bean 都可以聲明為 singleton 作用域，就是因為 Spring 對一些 Bean 中非線程安全狀態采用 ThreadLocal 進行處理，讓它們也成為線程安全的狀態。

我們通過 JVM 的層面來分析 Spring 單例下的線程安全問題，下圖：

我們知道 Struts2 不是單例模式的，每一個 Request 到達后臺，Struts2 都會建立一個單獨的線程，而 Spring 管理的 Bean 在后臺應用啟動時，則就會被初始化。

在 JVM 中，每一個 Thread 對應一個線程棧，每個方法對應線程棧中的一個棧幀。而 Spring 管理的 Bean 初始化被保存在 JVM 的 Heap 中。

當 Strut2 中的一個 Action 中引用 Spring 的 Bean 時，對應在每個線程棧中引用到的這個 Bean，都指向 Heap 中的同一個地址空間。假設這個 Bean 中有一個變量 temp，并有 setTemp 和  getTemp 方法，那么在多線程的情況下對 temp 賦值和取值，則會出現數據不一致的問題。

到此，關于“Spring中單例模式的線程怎么保持安全狀態”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！