JDK 1.2的版本中就提供java.lang.ThreadLocal，ThreadLocal為解決多線程程序的并發(fā)問題提供了一種新的思路。使用這個工具類可以很簡潔地編寫出優(yōu)美的多線程程序，ThreadLocal并不是一個Thread，而是Thread的局部變量。建議大家看看這篇文章，《詳細介紹ThreadLocal》，會對你有幫助的。

最近由于需要用到ThreadLocal，在網(wǎng)上搜索了一些相關(guān)資料，發(fā)現(xiàn)對ThreadLocal經(jīng)常會有下面幾種誤解。

一、ThreadLocal是java線程的一個實現(xiàn)

ThreadLocal的確是和java線程有關(guān)，不過它并不是java線程的一個實現(xiàn)，它只是用來維護本地變量。針對每個線程，提供自己的變量版本，主要是為了避免線程沖突，每個線程維護自己的版本。彼此獨立，修改不會影響到對方。

二、ThreadLocal是相對于每個session的

ThreadLocal顧名思義，是針對線程。在java web編程上，每個用戶從開始到會話結(jié)束，都有自己的一個session標識。但是ThreadLocal并不是在會話層上。其實，Threadlocal是獨立于用戶session的。它是一種服務器端行為，當服務器每生成一個新的線程時，就會維護自己的ThreadLocal。

對于這個誤解，個人認為應該是開發(fā)人員在本地基于一些應用服務器測試的結(jié)果。眾所周知，一般的應用服務器都會維護一套線程池，也就是說，對于每次訪問，并不一定就新生成一個線程。而是自己有一個線程緩存池。對于訪問，先從緩存池里面找到已有的線程，如果已經(jīng)用光，才去新生成新的線程。

所以，由于開發(fā)人員自己在測試時，一般只有他自己在測，這樣服務器的負擔很小，這樣導致每次訪問可能是共用同樣一個線程，導致會有這樣的誤解：每個session有一個ThreadLocal

三、ThreadLocal是相對于每個線程的，用戶每次訪問會有新的ThreadLocal

理論上來說，ThreadLocal是的確是相對于每個線程，每個線程會有自己的ThreadLocal。但是上面已經(jīng)講到，一般的應用服務器都會維護一套線程池。因此，不同用戶訪問，可能會接受到同樣的線程。因此，在做基于TheadLocal時，需要謹慎，避免出現(xiàn)ThreadLocal變量的緩存，導致其他線程訪問到本線程變量

四、對每個用戶訪問，ThreadLocal可以多用

可以說，ThreadLocal是一把雙刃劍，用得來的話可以起到非常好的效果。但是，ThreadLocal如果用得不好，就會跟全局變量一樣。代碼不能重用，不能獨立測試。因為，一些本來可以重用的類，現(xiàn)在依賴于ThreadLocal變量。如果在其他沒有ThreadLocal場合，這些類就變得不可用了。個人覺得ThreadLocal用得很好的幾個應用場合，值得參考

1、存放當前session用戶：quake want的jert

2、存放一些context變量，比如webwork的ActionContext

3、存放session，比如Spring hibernate orm的session

希望通過本文對于ThreadLocal的幾種誤區(qū)的介紹，能夠給你帶來幫助。