支持JDK19虛擬線程的web框架之：興風(fēng)作浪的ThreadLocal

關(guān)于ThreadLocal

• 既然提到了線程，自然繞不開(kāi)ThreadLocal類(lèi) ，它提供了線程本地變量，此變量和一般的變量不同 
  。通過(guò)get & set 方法，每個(gè)線程可以獲取到自己獨(dú)立的變量。這個(gè)變量實(shí)例通常是私有且靜態(tài)的
  ，可以存儲(chǔ)與線程相關(guān)的信息，如產(chǎn)品id、事務(wù)id等。
• 下圖很形象的展現(xiàn)了ThreadLocal：是完全屬于每個(gè)線程自己的集合

虛擬線程中，ThreadLocal的問(wèn)題

• 既然每個(gè)線程都可以擁有屬于自己的ThreadLocal對(duì)象
  ，那虛擬線程的情況又如何呢？
• 虛擬線程的特性
  ，使得我們可以在應(yīng)用代碼中創(chuàng)建成千上萬(wàn)個(gè)虛擬線程去執(zhí)行并發(fā)任務(wù)，而無(wú)需擔(dān)心線程數(shù)量對(duì)整體計(jì)算資源的負(fù)擔(dān) ，如果每個(gè)線程都用了ThreadLocal，那會(huì)不會(huì)出現(xiàn)成千上萬(wàn)的ThreadLocal對(duì)象呢？線程是虛擬的，對(duì)象可是實(shí)實(shí)在在的，這樣會(huì)增加系統(tǒng)資源消耗  ，或者影響性能嗎？
• 不過(guò)轉(zhuǎn)念一想，這么明顯的問(wèn)題
  ，連我都能想到，JDK組織又豈會(huì)漏掉 ？應(yīng)該是我多慮了吧 ，憑自己"豐富的經(jīng)驗(yàn)"，我預(yù)測(cè)解決方案應(yīng)該和TLAB(Thread Local Allocation Buffer)類(lèi)似
  ，為海量虛擬線程的ThreadLoacal對(duì)象建立映射關(guān)系 ，做到高效管理
• 然而現(xiàn)實(shí)很殘酷，臉 ，被狠狠地抽打 ，通過(guò)Oracle官方博客
  ，知道實(shí)際情況真慘...，如下圖，中文注釋是我的解讀 ，極具悲觀色彩 ，如果翻譯得不準(zhǔn)確請(qǐng)您告知，謝謝

• 對(duì)上述內(nèi)容 ，個(gè)人理解是以下兩點(diǎn)：

1. 虛擬線程中使用ThreadLocal確實(shí)會(huì)帶來(lái)內(nèi)存問(wèn)題 ，現(xiàn)在還無(wú)解，連虛擬線程自身的工程Loom都在自己代碼中刪除ThreadLocal的使用