高并发--ThreadLocal

那么模板类到底采用什么方法来解决线程安全的难题呢？那么ThreadLocal是如何做到为每一个线程维护一份独立的变量副本的呢？ThreadLocal则为每一个线程提供了一个变量副本，从而隔离了多个线程访问数据的冲突，ThreadLocal提供了线程安全的对象封装，在编写多线程代码时，可以把不安全的代码封装进ThreadLocal。概括的说，对于多线程资源共享的问题，线程同步机制采取了时间换空间的方式，访问串行化，对象共享化；而ThreadLocal采取了空间换时间的方式，访问并行化，对象独享化。我们知道一般情况下，只有无状态的bean才可以在多线程环境下共享，在spring中绝大多数的bean都可以声明为singleton作用域。就是因为spring对一些非线程安全的“状态性对象”采用了ThreadLocal进行封装，让它们成为线程安全的对象，因此有状态的bean就可能以singleton的方式在多线程中正常工作了。

按照传统的经验，如果某个对象是非线程安全的，在多线程环境下对象的访问需要采用synchronized进行同步。但是模板类并未采用线程同步机制，因为线程同步会降低系统的并发性能，此外代码同步解决线程安全问题的挑战很大，可能会增加好几倍的实现难度。那么模板类到底采用什么方法来解决线程安全的难题呢？答案就是ThreadLocal。
ThreadLocal是什么

顾名思义，ThreadLocal不是一个线程而是一个线程的本地化对象。当工作于多线程环境中的对象采用ThreadLocal维护变量时，ThreadLocal为每个使用该变量的线程分配一个独立的副本。每个线程都可以独立的改变自己的副本，而不影响其他线程的副本。

ThreadLocal的接口方法

void set(Object value) 设置当前线程的线程局部变量的值

public Object get() 返回当前线程的线程局部变量的值

public void remove() 删除当前线程的局部变量的值

protected Object initialValue() 返回当前线程局部变量的初始值

案例：

package com.zhu.threaddemo.threadlocal;

import java.util.concurrent.TimeUnit;

public class Test_1 {

    volatile static String name="张三";
   static ThreadLocal<String> tl =new ThreadLocal<>();

    public static void main(String[] args) {
        new Thread(new Runnable() {
            @Override
            public void run() {

                try {
                    TimeUnit.SECONDS.sleep(2);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println(name);
                System.out.println(tl.get());
            }
        }).start();

        new Thread(new Runnable() {
            @Override
            public void run() {

                try {
                    TimeUnit.SECONDS.sleep(1);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                name="lisi";
                tl.set("wangwu");
            }
        }).start();
    }
}

返回结果：