[项目实战笔记]-使用ThreadLocal请务必remove

场景说明:压测的时候发现调用某个接口同一个入参，返回的商品数据不一致。

使用技术：threadLocal

问题原因：使用ThreadLocal没有remove。

导致问题：1内存溢出，ThreadLocal依赖没有释放，无法GC。

                   2线程池的某个线程会被反复使用,ThreadLocal的生命周期不等于一次Request的生命周期，造成获取threadLocal内数据异常。

 

 

get方法

public T get() {
        Thread t = Thread.currentThread();
        ThreadLocalMap map = getMap(t);
        if (map != null) {
            ThreadLocalMap.Entry e = map.getEntry(this);
            if (e != null) {
                @SuppressWarnings("unchecked")
                T result = (T)e.value;
                return result;
            }
        }
        return setInitialValue();
    }

remove 方法

 public void remove() {
         ThreadLocalMap m = getMap(Thread.currentThread());
         if (m != null)
             m.remove(this);
     }

 调用的是当前方法：

private void remove(ThreadLocal key) {
            Entry[] tab = table;
            int len = tab.length;
            int i = key.threadLocalHashCode & (len-1);
            for (Entry e = tab[i];
                 e != null;
                 e = tab[i = nextIndex(i, len)]) {
                if (e.get() == key) {
                    e.clear();
                    expungeStaleEntry(i);
                    return;
                }
            }
        }

但有一点需要特别注意，那就是web容器的线程是重复使用的，web容器使用了线程池，当一个请求使用完某个线程，该线程会放回线程池被其它请求使用，这就导致一个问题，不同的请求还是有可能会使用到同一个线程（只要请求数量大于线程数量），而ThreadLocal是属于线程的，

如果我们使用完ThreadLocal对象而没有手动删掉，那么后面的请求就有机会使用到被使用过的ThreadLocal对象！

这时候分情况考虑了：

1此请求在使用ThreadLocal的时候，是先get()来判断然后再set()，那就会有问题。因为get到的是别的请求set的内容，

2此请求在使用ThreadLocal，都是先set再get，那就不会有问题，因为一个线程同一时刻只被一个请求使用，只要我们每次使用之前，都设置成自己想要的内容，那就不会在使用的过程中被覆盖。

使用ThreadLocal最好是每次使用完就调用remove方法，将其删掉，避免先get后set的情况导致业务的错误。

 

第二点,不remove的话容易造成堆栈内存溢出。

 

 

参考:
原文链接：https://blog.csdn.net/luzhensmart/article/details/86765689

https://blog.csdn.net/u012986057/article/details/51489088