首先，ThreadLocal 不是用來解決共享對象的多線程訪問問題的，一般情況下，通過ThreadLocal.set() 到線程中的對象是該線程自己使用的對象茬底，其他線程是不需要訪問的，也訪問不到的获洲。各個線程中訪問的是不同的對象。
另外殿如，說ThreadLocal使得各線程能夠保持各自獨立的一個對象贡珊，并不是通過ThreadLocal.set()來實現(xiàn)的，而是通過每個線程中的new 對象 的操作來創(chuàng)建的對象涉馁，每個線程創(chuàng)建一個门岔，不是什么對象的拷貝或副本。通過ThreadLocal.set()將這個新創(chuàng)建的對象的引用保存到各線程的自己的一個map中烤送，每個線程都有這樣一個map寒随，執(zhí)行ThreadLocal.get()時，各線程從自己的map中取出放進(jìn)去的對象帮坚，因此取出來的是各自自己線程中的對象妻往，ThreadLocal實例是作為map的key來使用的（并不是Thread對象）。
如果ThreadLocal.set()進(jìn)去的東西本來就是多個線程共享的同一個對象试和，那么多個線程的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對象來存儲進(jìn)Thread對象
WeakReference隊列
個人理解，如果使用一個map來存儲thread和value的鍵值對尚困。一個應(yīng)用程序得有無窮盡個線程蠢箩，而map的值又不會因為線程的銷毀而銷毀，很快就會因為thread過多事甜，而又無法釋放資源而耗盡內(nèi)存谬泌。每個線程維護(hù)一個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對象添诉，從而維護(hù)值屁桑。
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ù)還需要處理
