ThreadLocal обеспечит синхронизацию доступа к изменяемому объекту несколькими потоками в несинхронизированном методе, что означает, что изменяемый объект будет неизменным внутри метода.
Это достигается путем предоставления нового экземпляра изменяемого объекта для каждого потока, пытающегося получить к нему доступ. Так что это локальная копия каждого потока. Это некоторый хак при создании переменной экземпляра в методе, к которому нужно обращаться как в локальной переменной. Как вы знаете, локальная переменная метода доступна только для потока, есть одно отличие; Локальные переменные метода не будут доступны для потока после завершения выполнения метода, поскольку изменяемый объект, совместно используемый с threadlocal, будет доступен для нескольких методов, пока мы его не очистим.
По определению:
Класс ThreadLocal в Java позволяет создавать переменные, которые могут быть прочитаны и записаны только одним потоком. Таким образом, даже если два потока выполняют один и тот же код, а код имеет ссылку на переменную ThreadLocal, эти два потока не могут видеть переменные ThreadLocal друг друга.
Каждый Threadв Java содержится ThreadLocalMapв нем.
куда
Key = One ThreadLocal object shared across threads.
value = Mutable object which has to be used synchronously, this will be instantiated for each thread.
Достижение ThreadLocal:
Теперь создайте класс-оболочку для ThreadLocal, который будет содержать изменяемый объект, как показано ниже (с или без initialValue()).
Теперь getter и setter этой оболочки будут работать с экземпляром threadlocal вместо изменяемого объекта.
Если getter () из threadlocal не нашел никакого значения с в threadlocalmap из Thread; тогда он вызовет initialValue (), чтобы получить свою частную копию относительно потока.
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();
}
}
Теперь wrapper.getDateFormatter()вызовем threadlocal.get()и проверим, currentThread.threadLocalMapсодержит ли это (threadlocal) экземпляр.
Если да, вернуть значение (SimpleDateFormat) для соответствующего
экземпляра локального потока, иначе добавьте карту с этим экземпляром локального потока, initialValue ().
При этом безопасность потока достигается на этом изменяемом классе; каждый поток работает со своим изменяемым экземпляром, но с тем же экземпляром ThreadLocal. Означает, что все потоки будут использовать один и тот же экземпляр ThreadLocal в качестве ключа, но другой экземпляр SimpleDateFormat в качестве значения.
https://github.com/skanagavelu/yt.tech/blob/master/src/ThreadLocalTest.java