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，則，在別的請求中能夠讀到這個修改的內容。。

有幾種解決方法：
1、在Controller中使用ThreadLocal變數
2、在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採用了“以空間換時間”的方式。前者僅提供一份變數，讓不同的執行緒排隊訪問，而後者為每一個執行緒都提供了一份變數，因此可以同時訪問而互不影響。