首先，ThreadLocal 不是用來解決共享對象的多線程訪問問題的，一般情況下，通過ThreadLocal.set() 到線程中的對象是該線程自己使用的對象，其他線程是不需要訪問的，也訪問不到的。各個線程中訪問的是不同的對象。
另外，說ThreadLocal使得各線程能夠保持各自獨立的一個對象，并不是通過ThreadLocal.set()來實現(xiàn)的，而是通過每個線程中的new 對象 的操作來創(chuàng)建的對象，每個線程創(chuàng)建一個，不是什么對象的拷貝或副本。通過ThreadLocal.set()將這個新創(chuàng)建的對象的引用保存到各線程的自己的一個map中，每個線程都有這樣一個map，執(zhí)行ThreadLocal.get()時，各線程從自己的map中取出放進去的對象，因此取出來的是各自自己線程中的對象，ThreadLocal實例是作為map的key來使用的（并不是Thread對象）。
如果ThreadLocal.set()進去的東西本來就是多個線程共享的同一個對象，那么多個線程的ThreadLocal.get()取得的還是這個共享對象本身，還是有并發(fā)訪問問題。
ThreadLocal不是用來解決對象共享訪問問題的，而主要是提供了保持對象的方法和避免參數(shù)傳遞的方便的對象訪問方式。歸納了兩點：
1。每個線程中都有一個自己的ThreadLocalMap類對象，可以將線程自己的對象保持到其中，各管各的，線程可以正確的訪問到自己的對象。
2。將一個共用的ThreadLocal靜態(tài)實例作為key，將不同對象的引用保存到不同線程的ThreadLocalMap中，然后在線程執(zhí)行的各處通過這個靜態(tài)ThreadLocal實例的get()方法取得自己線程保存的那個對象，避免了將這個對象作為參數(shù)傳遞的麻煩。
當(dāng)然如果要把本來線程共享的對象通過ThreadLocal.set()放到線程中也可以，可以實現(xiàn)避免參數(shù)傳遞的訪問方式，但是要注意get()到的是那同一個共享對象，并發(fā)訪問問題要靠其他手段來解決。但一般來說線程共享的對象通過設(shè)置為某類的靜態(tài)變量就可以實現(xiàn)方便的訪問了，似乎沒必要放到線程中。
ThreadLocal的應(yīng)用場合，我覺得最適合的是按多線程實例（每個線程對應(yīng)一個實例）的對象的訪問，并且這個對象很多地方都要用到。
可以使用更加豐富的ThreadLocal對象來存儲進Thread對象
WeakReference隊列
個人理解，如果使用一個map來存儲thread和value的鍵值對。一個應(yīng)用程序得有無窮盡個線程，而map的值又不會因為線程的銷毀而銷毀，很快就會因為thread過多，而又無法釋放資源而耗盡內(nèi)存。每個線程維護一個ThreadLocalMap對象，每次線程銷毀的時候，值跟著就銷毀了，不會存在內(nèi)存耗盡的情況。
再深入的想想，并不一定非得在每個Thread對象中擁有一個threadLocals變量。如果ThreadLocal中有個容器，使用WeakReference來保存thread和value的鍵值對，并不定時的清空weakreference.get()==null的鍵值對。應(yīng)該也能實現(xiàn)同樣的同能。但是復(fù)雜了很多。
下面說說ThreadLocal對WeakReference的使用。
Thread的threadLocals變量是一個ThreadLocalMap對象，是ThreadLocal的內(nèi)部類。ThreadLocalMap不是一個map對象，只是取名為map而已。通過table保存Entity對象，從而維護值。
static class Entry extends WeakReference {
? ? /** The value associated with this ThreadLocal. */
? ? Object value;
? ? Entry(ThreadLocal k, Object v) {
? ? ? ? super(k);
? ? ? ? value = v;
? ? }
}
private Entry[] table;
Entity繼承WeakReference，并且弱引用了key，即ThreadLocal對象。意味著，如果沒有外部變量引用ThreadLocal對象，那么entity對象中的key將為null，value值不會被虛擬機銷毀。
當(dāng)weakreference所引用的對象沒有被外部對象所引用時 就在下次gc時將它銷毀
WeakReference與ThreadLocalMap
WeakReference是Java語言規(guī)范中為了區(qū)別直接的對象引用（程序中通過構(gòu)造函數(shù)聲明出來的對象引用）而定義的另外一種引用關(guān)系。WeakReference標(biāo)志性的特點是：reference實例不會影響到被應(yīng)用對象的GC回收行為（即只要對象被除WeakReference對象之外所有的對象解除引用后，該對象便可以被GC回收），只不過在被對象回收之后，reference實例想獲得被應(yīng)用的對象時程序會返回null。
我的理解就是，WeakReference對應(yīng)用的對象userInfoLocal是弱引用，不會影響到userInfoLocal的GC行為。如果是強引用的話，在線程運行過程中，我們不再使用userInfoLocal了，將userInfoLocal置為null，但userInfoLocal在線程的ThreadLocalMap里還有引用，導(dǎo)致其無法被GC回收（當(dāng)然，可以等到線程運行結(jié)束后，整個Map都會被回收，但很多線程要運行很久，如果等到線程結(jié)束，便會一直占著內(nèi)存空間）。而Entry聲明為WeakReference，userInfoLocal置為null后，線程的threadLocalMap就不算強引用了，userInfoLocal就可以被GC回收了。map的后續(xù)操作中，也會逐漸把對應(yīng)的"stale entry"清理出去，避免內(nèi)存泄漏(為了便于gc回收時消除ThreadLocalMap里引用的影響)。
所以，我們在使用完ThreadLocal變量時，盡量用threadLocal.remove()來清除，避免threadLocal=null的操作。前者remove()會同時清除掉線程threadLocalMap里的entry，算是徹底清除；而后者雖然釋放掉了threadLocal，但線種threadLocalMap里還有其"stale entry"，后續(xù)還需要處理
