最近由於需要用到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