ThreadLocal se asegurará de que el acceso al objeto mutable por los múltiples hilos en el método no sincronizado esté sincronizado, lo que significa que el objeto mutable sea inmutable dentro del método.
Esto se logra dando una nueva instancia de objeto mutable para cada subproceso intente acceder a él. Por lo tanto, es una copia local en cada hilo. Este es un truco para hacer que la instancia sea variable en un método al que se pueda acceder como una variable local. Como sabe, la variable local del método solo está disponible para el hilo, una diferencia es; las variables locales del método no estarán disponibles para el subproceso una vez que finalice la ejecución del método, donde un objeto mutable compartido con threadlocal estará disponible en varios métodos hasta que lo limpiemos.
Por definición:
La clase ThreadLocal en Java le permite crear variables que solo pueden ser leídas y escritas por el mismo hilo. Por lo tanto, incluso si dos hilos están ejecutando el mismo código, y el código tiene una referencia a una variable ThreadLocal, entonces los dos hilos no pueden ver las variables ThreadLocal del otro.
Cada uno Threaden Java contiene ThreadLocalMapen él.
Dónde
Key = One ThreadLocal object shared across threads.
value = Mutable object which has to be used synchronously, this will be instantiated for each thread.
Logrando el hilo Local:
Ahora cree una clase de contenedor para ThreadLocal que contendrá el objeto mutable como se muestra a continuación (con o sin initialValue()).
Ahora getter y setter de este contenedor funcionarán en una instancia de threadlocal en lugar de un objeto mutable.
Si getter () de threadlocal no encontró ningún valor con en el threadlocalmap de Thread; luego invocará initialValue () para obtener su copia privada con respecto al hilo.
class SimpleDateFormatInstancePerThread {
private static final ThreadLocal<SimpleDateFormat> dateFormatHolder = new ThreadLocal<SimpleDateFormat>() {
@Override
protected SimpleDateFormat initialValue() {
SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd") {
UUID id = UUID.randomUUID();
@Override
public String toString() {
return id.toString();
};
};
System.out.println("Creating SimpleDateFormat instance " + dateFormat +" for Thread : " + Thread.currentThread().getName());
return dateFormat;
}
};
/*
* Every time there is a call for DateFormat, ThreadLocal will return calling
* Thread's copy of SimpleDateFormat
*/
public static DateFormat getDateFormatter() {
return dateFormatHolder.get();
}
public static void cleanup() {
dateFormatHolder.remove();
}
}
Ahora wrapper.getDateFormatter()llamará threadlocal.get()y eso comprobará que currentThread.threadLocalMapcontiene esta instancia (threadlocal).
En caso afirmativo, devuelva el valor (SimpleDateFormat) para la instancia de threadlocal correspondiente; de lo
contrario, agregue el mapa con esta instancia de threadlocal, initialValue ().
Con esto se logra la seguridad del hilo en esta clase mutable; por cada hilo está trabajando con su propia instancia mutable pero con la misma instancia de ThreadLocal. Significa que todo el hilo compartirá la misma instancia de ThreadLocal que la clave, pero diferente instancia de SimpleDateFormat como valor.
https://github.com/skanagavelu/yt.tech/blob/master/src/ThreadLocalTest.java