龙口网站建设哪家好,怎样网站优化公司,个人网站app,高端礼品定制网站本文转载自 占小狼的博客前言在面试环节中#xff0c;考察ThreadLocal也是面试官的家常便饭#xff0c;所以对它理解透彻#xff0c;是非常有必要的.
有些面试官会开门见山的提问#xff1a;
“知道ThreadLocal吗#xff1f;”“讲讲你对ThreadLocal的理解”…本文转载自 占小狼的博客前言在面试环节中考察ThreadLocal也是面试官的家常便饭所以对它理解透彻是非常有必要的.
有些面试官会开门见山的提问
“知道ThreadLocal吗”“讲讲你对ThreadLocal的理解”
当然了也有面试官会慢慢引导到这个话题上比如提问“在多线程环境下如何防止自己的变量被其它线程篡改”将主动权交给你自己剩下的靠自己发挥。
那么ThreadLocal可以做什么在了解它的应用场景之前我们先看看它的实现原理只有知道了实现原理才好判断它是否符合自己的业务场景。
ThreadLocal是什么
首先它是一个数据结构有点像HashMap可以保存key : value键值对但是一个ThreadLocal只能保存一个并且各个线程的数据互不干扰。
ThreadLocalString localName new ThreadLocal();
localName.set(占小狼);
String name localName.get();
在线程1中初始化了一个ThreadLocal对象localName并通过set方法保存了一个值 占小狼同时在线程1中通过 localName.get()可以拿到之前设置的值但是如果在线程2中拿到的将是一个null。
这是为什么如何实现不过之前也说了ThreadLocal保证了各个线程的数据互不干扰。
看看 set(T value)和 get()方法的源码
public void set(T value) {Thread t Thread.currentThread();ThreadLocalMap map getMap(t);if (map ! null)map.set(this, value);elsecreateMap(t, value);
}
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();
}
ThreadLocalMap getMap(Thread t) {return t.threadLocals;
}可以发现每个线程中都有一个 ThreadLocalMap数据结构当执行set方法时其值是保存在当前线程的 threadLocals变量中当执行set方法中是从当前线程的 threadLocals变量获取。
所以在线程1中set的值对线程2来说是摸不到的而且在线程2中重新set的话也不会影响到线程1中的值保证了线程之间不会相互干扰。
那每个线程中的 ThreadLoalMap究竟是什么
ThreadLoalMap
本文分析的是1.7的源码。
从名字上看可以猜到它也是一个类似HashMap的数据结构但是在ThreadLocal中并没实现Map接口。
在ThreadLoalMap中也是初始化一个大小16的Entry数组Entry对象用来保存每一个key-value键值对只不过这里的key永远都是ThreadLocal对象是不是很神奇通过ThreadLocal对象的set方法结果把ThreadLocal对象自己当做key放进了ThreadLoalMap中。这里需要注意的是ThreadLoalMap的Entry是继承WeakReference和HashMap很大的区别是Entry中没有next字段所以就不存在链表的情况了。
hash冲突
没有链表结构那发生hash冲突了怎么办
先看看ThreadLoalMap中插入一个key-value的实现
private void set(ThreadLocal? key, Object value) {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)]) {ThreadLocal? k e.get();if (k key) {e.value value;return;}if (k null) {replaceStaleEntry(key, value, i);return;}}tab[i] new Entry(key, value);int sz size;if (!cleanSomeSlots(i, sz) sz threshold)rehash();
}
每个ThreadLocal对象都有一个hash值 threadLocalHashCode每初始化一个ThreadLocal对象hash值就增加一个固定的大小 0x61c88647。
在插入过程中根据ThreadLocal对象的hash值定位到table中的位置i过程如下 1、如果当前位置是空的那么正好就初始化一个Entry对象放在位置i上 2、不巧位置i已经有Entry对象了如果这个Entry对象的key正好是即将设置的key那么重新设置Entry中的value 3、很不巧位置i的Entry对象和即将设置的key没关系那么只能找下一个空位置
这样的话在get的时候也会根据ThreadLocal对象的hash值定位到table中的位置然后判断该位置Entry对象中的key是否和get的key一致如果不一致就判断下一个位置
可以发现set和get如果冲突严重的话效率很低因为ThreadLoalMap是Thread的一个属性所以即使在自己的代码中控制了设置的元素个数但还是不能控制其它代码的行为。
内存泄露
ThreadLocal可能导致内存泄漏为什么 先看看Entry的实现
static class Entry extends WeakReferenceThreadLocal? {/** The value associated with this ThreadLocal. */Object value;Entry(ThreadLocal? k, Object v) {super(k);value v;}
}
通过之前的分析已经知道当使用ThreadLocal保存一个value时会在ThreadLocalMap中的数组插入一个Entry对象按理说key-value都应该以强引用保存在Entry对象中但在ThreadLocalMap的实现中key被保存到了WeakReference对象中。
这就导致了一个问题ThreadLocal在没有外部强引用时发生GC时会被回收如果创建ThreadLocal的线程一直持续运行那么这个Entry对象中的value就有可能一直得不到回收发生内存泄露。
如何避免内存泄露
既然已经发现有内存泄露的隐患自然有应对的策略在调用ThreadLocal的get()、set()可能会清除ThreadLocalMap中key为null的Entry对象这样对应的value就没有GC Roots可达了下次GC的时候就可以被回收当然如果调用remove方法肯定会删除对应的Entry对象。
如果使用ThreadLocal的set方法之后没有显示的调用remove方法就有可能发生内存泄露所以养成良好的编程习惯十分重要使用完ThreadLocal之后记得调用remove方法。
ThreadLocalString localName new ThreadLocal();
try {localName.set(占小狼);// 其它业务逻辑
} finally {localName.remove();
}
—————END—————
