DRP-ThreadLocal簡單的理解

      簡單就是jar一類套餐包。在一個簡單的事情是一個工具類！該工具能夠作？該工具被用來寫多線程程序，行。多線程是有效的。你只能去網上找資料，因爲今天咱們僅僅來介紹ThreadLocal的知識。

     咱們來看看ThreadLocal封裝的接口方法吧：

     void set(Object value)設置當前線程的線程局部變量的值。

     public Object get()該方法返回當前線程所相應的線程局部變量。

     public void remove()將當前線程局部變量的值刪除，目的是爲了下降內存的佔用，該方法是JDK 5.0新增的方法。

需要指出的是，當線程結束後，相應該線程的局部變量將本身主動被垃圾回收，因此顯式調用該方法清除線程的局部變量並不是必須的操做，但它可以加快內存回收的速度。
     方法是一個延遲調用方法，在線程第1次調用get()或set(Object)時才運行，並且僅運行1次。

ThreadLocal中的缺省實現直接返回一個null。protected Object initialValue()返回該線程局部變量的初始值，該方法是一個protected的方法。顯然是爲了讓子類覆蓋而設計的。

   上面這些方法咱們可以api文檔查詢到的。到了現在的ThreadLocal也變得更增強大了，增長了泛型的概念。void set(T value)、T get()以及T initialValue()，咱們可以對多種數據類型進行操做了。

     在同步機制中，經過對象的鎖機制保證同一時間僅僅有一個線程訪問變量。這時該變量是多個線程共享的，使用同步機制要求程序慎密地分析何時對變量進行讀寫。何時需要鎖定某個對象，何時釋放對象鎖等繁雜的問題。程序設計和編寫難度相對較大。
而ThreadLocal則從還有一個角度來解決多線程的併發訪問。在編寫多線程代碼時，可以把不安全的變量封裝進ThreadLocal。
     由於ThreadLocal中可以持有不論什麼類型的對象，低版本號JDK所提供的get()返回的是Object對象。需要強制類型轉換。

但JDK 5.0經過泛型很是好的攻克了這個問題，在必定程度地簡化ThreadLocal的使用，代碼清單 9 2就使用了JDK 5.0新的ThreadLocal<T>版本號。
     歸納起來講，對於多線程資源共享的問題，同步機制採用了「以時間換空間」的方式。之前寫過這麼一篇博文：《synchronized的應用》而ThreadLocal採用了「以空間換時間」的方式。

前者僅提供一份變量，讓不一樣的線程排隊訪問，然後者爲每一個線程都提供了一份變量，所以可以同一時候訪問而互不影響。

     關於ThreadLocal這部分是不深入的理解，有什麼不對，請你們指正及時讀者。