场景说明:压测的时候发现调用某个接口同一个入参,返回的商品数据不一致。
使用技术: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.youkuaiyun.com/luzhensmart/article/details/86765689
https://blog.youkuaiyun.com/u012986057/article/details/51489088