?最近由于需要用到ThreadLocal，在網上搜索了一些相關資料，發現對ThreadLocal經常會有下面幾種誤解

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

?二、ThreadLocal是相對于每個session的

??????? ThreadLocal顧名思義，是針對線程。在java web編程上，每個用戶從開始到會話結束，都有自己的一個session標識。但是ThreadLocal并不是在會話層上。其實，Threadlocal是獨立于用戶session的。它是一種服務器端行為，當服務器每生成一個新的線程時，就會維護自己的ThreadLocal。對于這個誤解，個人認為應該是開發人員在本地基于一些應用服務器測試的結果。眾所周知，一般的應用服務器都會維護一套線程池，也就是說，對于每次訪問，并不一定就新生成一個線程。而是自己有一個線程緩存池。對于訪問，先從緩存池里面找到已有的線程，如果已經用光，才去新生成新的線程。所以，由于開發人員自己在測試時，一般只有他自己在測，這樣服務器的負擔很小，這樣導致每次訪問可能是共用同樣一個線程，導致會有這樣的誤解：每個session有一個ThreadLocal

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

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

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

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

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

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