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

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

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

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

二、ThreadLocal是相對(duì)于每個(gè)session的

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

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

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

三、ThreadLocal是相對(duì)于每個(gè)線程的，用戶每次訪問會(huì)有新的ThreadLocal

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

四、對(duì)每個(gè)用戶訪問，ThreadLocal可以多用

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

1、存放當(dāng)前session用戶：quake want的jert

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

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

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