ThreadLocal的幾種誤區

  最近因爲須要用到ThreadLocal，在網上搜索了一些相關資料，發現對ThreadLocal常常會有下面幾種誤解

 1、ThreadLocal是java線程的一個實現
      ThreadLocal的確是和java線程有關，不過它並非java線程的一個實現，它只是用來維護本地變量。針對每一個線程，提供本身的變量版本，主要是爲了不線程衝突，每一個線程維護本身的版本。彼此獨立，修改不會影響到對方。

 2、ThreadLocal是相對於每一個session的

        ThreadLocal顧名思義，是針對線程。在java web編程上，每一個用戶從開始到會話結束，都有本身的一個session標識。可是ThreadLocal並非在會話層上。其實，Threadlocal是獨立於用戶session的。它是一種服務器端行爲，當服務器每生成一個新的線程時，就會維護本身的ThreadLocal。對於這個誤解，我的認爲應該是開發人員在本地基於一些應用服務器測試的結果。衆所周知，通常的應用服務器都會維護一套線程池，也就是說，對於每次訪問，並不必定就新生成一個線程。而是本身有一個線程緩存池。對於訪問，先從緩存池裏面找到已有的線程，若是已經用光，纔去新生成新的線程。因此，因爲開發人員本身在測試時，通常只有他本身在測，這樣服務器的負擔很小，這樣致使每次訪問多是共用一樣一個線程，致使會有這樣的誤解：每一個session有一個ThreadLocal

 3、ThreadLocal是相對於每一個線程的，用戶每次訪問會有新的ThreadLocal

  理論上來講，ThreadLocal是的確是相對於每一個線程，每一個線程會有本身的ThreadLocal。可是上面已經講到，通常的應用服務器都會維護一套線程池。所以，不一樣用戶訪問，可能會接受到一樣的線程。所以，在作基於TheadLocal時，須要謹慎，避免出現ThreadLocal變量的緩存，致使其餘線程訪問到本線程變量

 4、對每一個用戶訪問，ThreadLocal能夠多用
        能夠說，ThreadLocal是一把雙刃劍，用得來的話能夠起到很是好的效果。可是，ThreadLocal若是用得很差，就會跟全局變量同樣。代碼不能重用，不能獨立測試。由於，一些原本能夠重用的類，如今依賴於ThreadLocal變量。若是在其餘沒有ThreadLocal場合，這些類就變得不可用了。我的以爲ThreadLocal用得很好的幾個應用場合，值得參考

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

  二、存放一些context變量，好比webwork的ActionContext

  三、存放session，好比Spring hibernate orm的session