Spring 是如何解決併發訪問的線程安全性問題的

  springmvc的controller是singleton的（非線程安全的），這也許就是他和struts2的區別吧！和Struts同樣，Spring的Controller默認是Singleton的，這意味着每一個request過來，系統都會用原有的instance去處理，這樣致使了兩個結果:一是咱們不用每次建立Controller，二是減小了對象建立和垃圾收集的時間;因爲只有一個Controller的instance，當多個線程調用它的時候，它裏面的instance變量就不是線程安全的了，會發生竄數據的問題。固然大多數狀況下，咱們根本不須要考慮線程安全的問題，好比dao,service等，除非在bean中聲明瞭實例變量。所以，咱們在使用spring mvc 的contrller時，應避免在controller中定義實例變量。 

 

       若是控制器是使用單例形式，且controller中有一個私有的變量a,全部請求到同一個controller時，使用的a變量是共用的，即如果某個請求中修改了這個變量a，則，在別的請求中可以讀到這個修改的內容。。

有幾種解決方法：
一、在Controller中使用ThreadLocal變量
二、在spring配置文件Controller中聲明 scope="prototype"，每次都建立新的controller

所在在使用spring開發web 時要注意，默認Controller、Dao、Service都是單例的。

 

ThreadLocal 使用範例：

 ThreadLocal<Long>startTime = newThreadLocal<Long>();  定義一個ThreadLocal 變量

startTime.set(System.currentTimeMillis());   寫入值

startTime.get();  讀取值

 

 

ThreadLocal和線程同步機制相比有什麼優點呢？

ThreadLocal和線程同步機制都是爲了解決多線程中相同變量的訪問衝突問題。

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

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

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