Confuso su ThreadLocal

Question

Ho appena saputo di ThreadLocal questa mattina. Ho letto che dovrebbe sempre essere finale e statico come:

private static final ThreadLocal<Session> threadLocal = new ThreadLocal<Session>(); 

(Session è una sessione Hibernate)

La mia confusione è questa: Perché è statica, è disponibile a qualsiasi discussione nella JVM. Tuttavia conserverà le informazioni locali per ogni thread che le accede? Sto cercando di spiegarmelo, quindi mi scuso se non è chiaro. Ogni thread nell'applicazione ha accesso allo stesso oggetto ThreadLocal, ma l'oggetto ThreadLocal memorizzerà gli oggetti locali su ciascun thread?

Answer 1

Sì, l'istanza sarebbe la stessa, ma il codice allega il valore impostato con lo Thread.currentThread(), quando si imposta e quando si recupera, quindi il set di valori sarà accessibile solo all'interno del thread corrente quando si accede utilizzando i metodi set e get.

È davvero facile da capire.

Immaginate che ogni Thread abbia una mappa che associa un valore a un'istanza ThreadLocal. Ogni volta che esegui un risultato o un set su ThreadLocal, l'implementazione di ThreadLocal ottiene la mappa associata all'attuale Thread (Thread.currentThread()) ed esegue lo get o set in quella mappa utilizzando se stesso come chiave.

Esempio:

ThreadLocal tl = new ThreadLocal(); 
tl.set(new Object()); // in this moment the implementation will do something similar to Thread.getCurrentThread().threadLocals.put(tl, [object you gave]) 

Object obj = t1.get(); // in this moment the implementation will do something similar to Thread.getCurrentThread().threadLocals.get(tl) 

E la cosa interessante di questo è che il ThreadLocal è gerarchica, nel senso se è stato definito un valore per un genitore Thread sarà accessibile da un bambino uno.

Answer 2

Si accede sempre alla stessa istanza di ThreadLocal per un problema specifico ma questa istanza restituisce un valore diverso per ogni thread che chiama il metodo get.

Questo è il punto: è facile trovare l'oggetto ma ogni thread avrà il suo specifico valore. Pertanto, ad esempio, è possibile assicurarsi che il proprio valore specifico non sia accessibile da due thread diversi.

Si poteva vedere (concettualmente) come una specie di HashMap<Thread><V> a cui si accedeva sempre con Thread.currentThread() come chiave.

Answer 3

Poiché i valori specifici del filetto non sono memorizzati nell'oggetto ThreadLocal, ma lo ThreadLocalMapThreadLocalMapcurrent Thread. L'oggetto ThreadLocal funge semplicemente da chiave in queste mappe.

Per i dettagli, leggere il JavaDoc di ThreadLocal e le sottoclassi, oppure, se si è interessati all'implementazione, il codice sorgente disponibile in tutti i JDK recenti src.zip.