ThreadLocal被垃圾回收后,在ThreadLocalMap里对应的Entry的键值会变成null,但是Entry是强引用,那么Entry里面存储的Object,并没有办法进行回收,所以ThreadLocalMap 做了一些额外的回收工作。
ThreadLocal的最佳实践!很多时候,我们都是用在线程池的场景,程序不停止,线程基本不会销毁
由于线程的生命周期很长,如果我们往ThreadLocal里面set了很大很大的Object对象,虽然set、get等等方法在特定的条件会调用进行额外的清理,但是ThreadLocal被垃圾收集器回收后,在ThreadLocalMap里对应的Entry的键会变成null,但是后续在也没有操作set、get等方法了。
所以最佳实践,应该在我们不使用的时候,主动调用remove方法进行清理。
这里把ThreadLocal定义为static还有一个好处就是,由于ThreadLocal有强引用在,那么在ThreadLocalMap里对应的Entry的键会永远存在,那么执行remove的时候就可以正确进行定位到并且删除!!!
最佳实践做法应该为:
抽象为:
try { // 其它业务逻辑 } finally { threadLocal对象.remove(); } 思考如果面试的时候,可以把上面的内容都可以讲到,个人觉得就非常好了,回答的就挺完美了。但是如果你可以进行下面的回答,那么就更完美了。
对于ThreadLocal,我在看Netty源码的时候,还了解过FastThreadLocal,xxxxx列一些内容。那就是一个升级了。实际上,FastThreadLocal的吞吐量比ThreadLocal高很多。