您好,登录后才能下订单哦!
这篇文章主要介绍“ThreadLocal内存泄漏怎么预防”,在日常操作中,相信很多人在ThreadLocal内存泄漏怎么预防问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”ThreadLocal内存泄漏怎么预防”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
在TreadLocal中内存泄漏是指TreadLocalMap中的Entry中的key为null,而value不为null。因为key为null导致value一直访问不到,而根据可达性分析,始终有threadRef->currentThread->threadLocalMap->entry->valueRef->valueMemory,导致在垃圾回收的时候进行可达性分析的时候,value可达从而不会被回收掉,但是该value永远不能被访问到,这样就存在了内存泄漏。
因为Entry的key是弱引用,所以在gc的时候key会被回收,而value是强引用,导致value不会被回收。
如果不使用弱引用也会可能会发生内存泄漏,只要在业务代码里,将ThreadLocal的引用置为null,也会导致Entry中value访问不到,但又因为可达,所以gc时候不会被回收,相当于这部分内存资源被浪费了
假设threadLocal使用的是强引用,在业务代码中执行threadLocal Instance=null操作,以清理掉threadLocal实例的目的,但是因为threadLocalMap的Entry强引用threadLocal,因此在gc的时候进行可达性分析,threadLocal依然可达,对threadLocal并不会进行垃圾回收,这样就无法真正达到业务逻辑的目的,出现逻辑错误。
假设Entry弱引用threadLocal,尽管会出现内存泄漏的问题,但是在threadLocal的生命周期里(set,getEntry,remove)里,都会针对key为null的脏entry进行处理。
ThreadLocal源码中其实已经对内存泄漏问题做了很多优化,在set,get,remove方法中都会对key为null的但是value不为null的Entry进行value置null操作,使得value的引用为null,可达性失败,在gc是可以回收value的内存。
在日常使用中,最后用完TreadLocal后,记得remove,为什么呢?
因为如果不remove,当一次gc执行,这个value就会造成内存泄漏直到当前线程结束(线程结束,ThreaLocalMap会被置为null,而ThreaLocalMap中的Entry自己也就不可达,会被回收,一切都被回收)
线程结束时会执行Thread.exit方法
private void exit() { if (group != null) { group.threadTerminated(this); group = null; } /* Aggressively null out all reference fields: see bug 4006245 */ target = null; /* Speed the release of some of these resources */ threadLocals = null; inheritableThreadLocals = null; inheritedAccessControlContext = null; blocker = null; uncaughtExceptionHandler = null; }
内存泄露:就是本该被GC回收的对象,因为各种原因导致的无法被回收,造成内存资源的浪费,从而导致OOM。
如果一个类使用了内部类,而两个类的生命周期不一致,比如内部类的生命周期比外部类生命周期长,
这就会导致外部类的生命周期结束了,本该被回收的,却因为内部类会隐式强引用外部类,所以导致外部类无法被回收,
从而造成了内存泄露。
1. 可以避免使用内部类;
2. 内部类可以用弱引用来引用外部类;
3. 使用静态内部类,静态内部类不持有外部类的引用(如果要调用外部类方法或使用外部类属性,可以使用弱引用来解决)。
到此,关于“ThreadLocal内存泄漏怎么预防”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。