生而為人 我很抱歉
網抑雲年代平淡的一天 我準備啃下threadlocal這塊硬骨頭 建議開啟網抑雲 伴隨著歌聲閱讀。
threadlocal物件可以提供當前執行緒的區域性變數，每個執行緒thread擁有乙份自己的副本變數，多個執行緒間互不干擾，實現了資料隔離。
具體使用如下：
threadlocal
threadlocal=
newthreadlocal
<
>()
;threadlocal.
set(
"這是由我所統率的戰場！");
string s=threadlocal.
get();
system.out.
print
(s);
threadlocal.
remove()
;
spring採用threadlocal的方式，來保證單個執行緒中的資料庫操作使用的是同乙個資料庫連線（connection），採用這種方式可以是業務層使用事務時不需要感知並管理connection物件，通過傳播級別，巧妙地管理多個事務配置之間的切換、掛起和恢復。
乙個執行緒中多方法呼叫傳遞物件
我們在呼叫某個介面時，可能它橫跨了若干方法去呼叫，需要傳遞的物件，也就是上下文（context），它是一種狀態，經常是使用者身份、任務資訊等，就會存在過渡傳參的問題。
使用類似責任鏈模式，給每個方法增加乙個context引數非常麻煩，如果呼叫鏈有無法修改原始碼的第三方庫，物件引數就無法傳進去了，我們在此處可以使用threadlocal的set方法來儲存，需要使用的時候直接get()即可，記得最後一次使用後要記得remove防止記憶體洩露。
******dataformat的使用
當使用******dataformat的parse方法時，會先呼叫其內部物件calendar的clear()方法再呼叫add()方法，如果在多執行緒的情況下，某執行緒呼叫了add()方法而另一線程呼叫了clear()方法，parse()方法的結果就會不正確。
解決方法是每個執行緒都new乙個屬於自己的******dataformat，我們可以使用執行緒池和threadlocal包裝******dataformat，再呼叫initialvalue讓每個執行緒都有自己的******format物件就可以了。既解決了執行緒安全的問題，又提高了效能。
每個執行緒thread都維護了自己的threadlocals變數，也可以簡單地認為每個執行緒都有自己的乙個threadlocalmap。所以在每個執行緒建立threadlocal的時候，實際上資料是存在自己執行緒thread的threadlocals變數裡面的，別人沒辦法拿到，從而實現了隔離。
而threadlocalmap其實也是一種key+value類似於hashmap的資料結構，它的key是threadlocal的乙個弱引用，而value則是你要存入的值。
threadlocalmap其實不是儲存在threadlocal物件中的，它是儲存在當前執行緒thread中的，它的結構有點類似於hashmap結構，但hashmap是由陣列+鍊錶實現的，而threadlocal並沒有鍊錶結構。
threadlocal需要陣列來存放乙個執行緒中的多個threadlocal來存放多個不同型別的物件，至於沒有鍊錶解決hash衝突的問題，當hash值計算出來之後，會判斷一下，當前位置是否為空，若為空，則生成乙個entry物件放在該位置上；若不為空，判斷當前位置entry物件的key是否為即將設定的key，如果是，直接重新整理value；如果不是，則繼續往後查詢下乙個空位置。
在get的時候，也會根據threadlocal物件的hash值，定位到陣列中，然後判斷key是否一致，如果不一致，再往後找。因此，如果hash衝突嚴重，效率還是很低的。
發生記憶體洩漏，是因為entry的key是threadlocal物件的弱引用，當threadlocal沒有外部的強引用時，發生gc後會被**，如果建立threadlocal的執行緒一直執行，那麼這個entry物件中的value就有可能一直得不到**，發生記憶體洩漏。
解決方法是在使用完之後將該threadlocal物件remove即可。remove的原始碼就是把對應的值全部置空，這樣下次gc時會自動把他們**掉。
使用inheritablethreadlocal可以實現多個執行緒訪問threadlocal的值，我們在主線程中建立乙個inheritablethreadlocal的例項，然後在子執行緒中得到這個inheritablethreadlocal例項設定的值。
private
void
test()
};
t.start()
;}
guide哥的github對threadlocal原始碼的深度解析
掘金某專欄
REST對雲的實現真那麼重要嗎？
這些年我們聽到了非常多rest為web開發帶來的好處，特別是在web服務環境和最近的soa相關應用中。因此，隨著雲應用的增長，即使是在早期採用階段，看到各種實現採用rest技術是毫不奇怪的。早在2009年，william vambenepe就考慮到了rest在雲應用中的角色，結論是，在那個時間點，s...
人脈沒有那麼複雜
前言 實踐是檢驗真理的唯一標準。當堅信自己。一 為了自己，不用墨跡。1 在實際中，人脈的作用就是這樣。互相快樂一點，互相利用。所以，大氣一點，魄力一點。何必搞那麼複雜。2 實際中，說話沒有那麼墨跡。思考，是墨跡的。只有與實際結合才能起到作用。跟老師談話說明了這點。充分說明，近朱者赤，近墨者黑。要跟有...
實現下拉載入根本沒那麼複雜
之前缺乏移動端的經驗。一直不知道上拉載入，下拉重新整理是怎麼實現的。現在正好有個產品有這樣乙個需求。想了一會沒有思路。就去找外掛程式。啥vue infinite scroll，vue virtual scroll list。啊呀，牛 無限滾動，十萬條資料渲染。經過我一大圈的折騰。還是默默的解除安裝了...