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, який збиратиметься об'єктом, що змінюється, як нижче (з або без initialValue()).
Тепер геттер і сетер цієї обгортки працюватимуть над потоковим екземпляром замість змінного об'єкта.
Якщо getter () ниткових локальних даних не знайшов жодного значення у в потоковій мапі Thread; тоді він викличе InitiValue (), щоб отримати його приватну копію стосовно потоку.
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містить цей (потоковий) екземпляр.
Якщо так, поверніть значення (SimpleDateFormat) для відповідного екземпляра потокової локалізації,
інше додайте карту з цим екземпляром потокової локалізації, InitiValue ().
Цим забезпечується безпека ниток для цього класу, що змінюється; кожен потік працює зі своїм змінним екземпляром, але з тим самим екземпляром ThreadLocal. Значить Всі потоки матимуть один і той же екземпляр ThreadLocal як ключ, але різні екземпляри SimpleDateFormat як значення.
https://github.com/skanagavelu/yt.tech/blob/master/src/ThreadLocalTest.java