ThreadLocalはTLABに割り当てられていますか？

Question

ThreadLocal変数はスレッドローカル割り当てバッファ（TLAB）に割り当てられていると思いますが、そうですか？

TLABに格納されているクラスを正確には何にしているかを示す文書が見つかりませんでした。あなたがいくつか知っている場合は、リンクを投稿してください。

Answer 1

号を参照。各threadLocalには構造体のインデックスがあるため、hashCode（）は使用されません。配列を想像し、各ThreadLocalはスロットインデックスを保持します。

スレッドが終了すると、とに参照がなくなり、ThreadLocalsはGCされます。非常に簡単なアイデア。

スレッドを拡張し、参照を保持するフィールドを追加することで、独自のThreaLocalを実装できます。次に、自分のクラスにスレッドをキャストし、データを取得します。

TLABではないので、他のオブジェクトと同様にヒープです。

---

以前は、データにアクセスするのが非常に遅い静的なWeakHashMapを使用した実装がありました。

Answer 2

これはJVM実装者の裁量に委ねられています。必要に応じてTLABにデータを入れたり、スレッドIDでキーされたグローバルテーブルにデータを置くことができます。 Java言語仕様は、こうした種類の問題については黙っている傾向があり、JVMの作成者はできるだけ多くのプラットフォームでJavaを展開できます。

Answer 3

データそのものは他のメモリ領域にありますが、ポインタはそれだけと思っています。 Javaで各スレッドがマップが保たれているthreadLocalsと呼ばれるフィールドを持っている1.4のとおり：それがどのようにここでhttp://blogs.oracle.com/jonthecollector/entry/the_real_thingとhttp://wikis.sun.com/display/MaxineVM/Threads#Threads-Threadlocalvariables

Answer 4

すべての中小オブジェクトのオブジェクト割り当てにはTLABが使用されています。あなたのThreadLocalは、別々に割り当てられることはありません。

Answer 5

TLABに格納されているクラスを正確に示すものが何であるかを示す文書は見つかりませんでした。あなたがいくつか知っている場合は、リンクを投稿してください。

実は、説明がすぐそこにあなたがlnkedブログ記事である：

スレッドローカル割り当てバッファ（TLAB）単一のスレッドによって割り当てに使用されるエデンの領域です。これは、スレッドがスレッドのトップとリミットポインタを使用してオブジェクトの割り当てを行うことを可能にします。スレッド間で共有されるトップポインタに対してアトミックな操作を行うよりも高速です。

すべてのスレッドは、ヒープの "Generation 0"部分である独自のエデンのチャンクからメモリを割り当てます。ほぼすべてがすべて一定期間TLABに格納されています - おそらくThreadLocalもありますが、ジェネリックガベージコレクションの後に移動します。 TLABは、メモリを他のスレッドからアクセスできないようにするために、割り当てを高速化するためのものです。あなたがリンクした同じブログのよりアクセス可能な説明はA little thread privacy, pleaseです。